| English | 意味 |
|---|---|
| process/ˈprəʊses/ | プロセス |
| development process/dɪˈveləpmənt ˈprəʊses/ | 開発プロセス |
| iterative/ˈɪtərətɪv/ | 反復的 |
| prototype/ˈprəʊtəʊtaɪp/ | プロトタイプ |
| test/test/ | テスト |
| incremental/ˌɪŋkrɪˈmentl/ | 増分的 |
| program requirement/ˈprəʊɡræm rɪˈkwaɪəmənt/ | プログラム要件 |
| Pseudocode/ˈsuːdəʊkəʊd/ | 擬似コード |
| comment/ˈkɒment/ | コメント |
| Refining/rɪˈfaɪnɪŋ/ | 改善 |
コーディングはプロセスであり、一度きりの爆発ではありません
- プログラムを書くことはプロセスであり、一度きりのタイピングの塊ではありません。
- すぐにデザインやコーディングをスキップすることは、通常時間を無駄にします。
- 経験豊富なプログラマーは、繰り返し可能な開発プロセスに従います。
- 最も良い点は、このプロセスがループする — 各サイクルで少し改善できることです。
良い実践として、設計をスキップしてすぐにコーディングを始めることはある。
難易度 1/5 · 100 コイン + 今日初回完了時に小ボーナス付与
設計をスキップすることは通常時間を浪費する — まず計画し、次にコーディングする。
反復サイクル
- 一般的なサイクルには四つの段階があります: 調査、デザイン、プロトタイプ、テスト。
- 調査: 問題とユーザーを理解する — どのような入出力が重要か？
- デザインで構造を作り、粗いプロトタイプを構築し、多くの入力でテストします。
- このプロセスは反復的かつ増分的: 繰り返しながら、各パスで少し改善します。
反復的開発サイクル
開発は調査、設計、プロトタイプ、テストを繰り返しながら、各通過でプログラムを少し改善していく。
開発サイクルの一周期を順序立てて記述せよ。
難易度 3/5 · 200 コイン + 今日初回完了時に小ボーナス付与
調査 → 設計 → プロトタイプ → テスト、そしてループに戻る。
段階を繰り返し、毎回少し改善していくプロセスは______である。
難易度 1/5 · 100 コイン + 今日初回完了時に小ボーナス付与
反復的かつ増分的な開発は、プログラムを洗練させるためにループする。
計画ツール
- program requirement (プログラム要件) とは、プログラムが必ず行うべき具体的な事柄 — 焦点を維持するためにこれらを最初にリストアップします。
- 擬似コードは、実際のコードを書く前に論理の自然言語でのスケッチです。
- 英語のように読めますが、プログラムの一連の手順の形に沿っているため、チームで計画に合意できます。
推測ゲームのための擬似コード: 秘密の数字を選ぶ → ユーザーに推測を求める → 高すぎたり低すぎたりすればそう伝えて再度求める → 正しいまで繰り返す。正確な構文はなく、単なる計画です。
擬似コードとは：
難易度 1/5 · 100 コイン + 今日初回完了時に小ボーナス付与
英語のように読めるが、プログラムのステップバイステップの形状に従う。
ソースコード内のコメントとは：
難易度 1/5 · 100 コイン + 今日初回完了時に小ボーナス付与
コメントは、人間読者に対して複雑なコードを説明する。
テスト後のプログラムの洗練は、開発における通常かつ予想される部分である。
難易度 1/5 · 100 コイン + 今日初回完了時に小ボーナス付与
最初のバージョンは稀に最終版ではない。
理解しやすく保つ
- コメントとは、コンピュータが無視するが人間が読むソースコード内の注釈です。
- チームはまた、自身の考えを記録する開発ログも維持します。
- 重要なマインドセット: 最初のバージョンはほぼ最終版ではありません。
- テスト後のプログラムを微調整することは正常であり、当然のことであり、失敗ではありません。
プログラミングは反復的な開発プロセスです：調査 → 設計 → プロトタイプ → テスト、というループを回して、各サイクルごとに少しずつ改善します。明確な要件と擬似コードで計画し、コメントを使ってコードの可読性を保ち、修正を続けることを想定してください。初版が最終版になることはほとんどありません。