まず、検査対象
1)の経験と彼らがアジャイル開発に取り組んでいます。
2)個人的なプログラミングのスキルと実践がさらに向上します。
第二に、実験コンテンツ
実践)問題、運動ペアプログラミング(ペアプログラミングの次の説明に従って1)。
2)ペアでの仕事、自由な組み合わせに学生を必要としています。各グループは、2つの共通の完全な実験的な要件をコードする、コンピュータを使用しています。
3)4、少なくとも両方のスイッチングロール、プログラミング中に対を必要とします。
4)プログラミング言語は、バージョンが限定されるものではないが、これらに限定されません。PythonやJavaプログラミングを使用することをお勧めします。
第三に、実験プロセス
1、コード仕様
(1)関数名、変数名、ファイル名は、あまりイタリアの名前を知っている可能な限り見るように、簡略記述でなければなりません。
(2)すべて小文字にファイル名、アンダースコア(含まれていてもよい_
)またはハイフン(-
プロジェクト契約に従い)を.. そう,,何の合意がない場合には_
、より良いです「」。
(3)一般的には、各単語の関数名が(すなわち「ハンプ変数名」または「パスカルの変数名を」)大文字、下線ません。.. 単語の頭文字のために、彼らは単語が大文字として扱われる可能性が高いです。
(4)使用前置インクリメント。戻り値は、次に、前置インクリメント(考慮されていない++i
通常より)セット増分(i++
)より効率的。式の値のポストインクリメント(またはデクリメント)が必要とされているので i
コピーを実施します。.. 場合 i
イテレータ、または他の非数値型、コピーのコストは比較的大きいです。
(インターフェイスがログを必要除く)(5)、ストリームを使用して使用されていない printf
などの代わりに。
(6)注://
または であってもよいが、 よりされる 一般的に使用されます。注釈を付ける方法についての統一とコメントスタイルを確保するために。/* */
//
(7)機能注:各関数宣言の前に注釈を付けなければならない実質的に、機能及び目的は、機能を説明しました。機能はシンプルでこれらのコメントを省略する明白である場合にのみ機能します。何の機能機能を説明するコメントが目的ではなく、ディクテーション;物語(「ファイルを開きます」)ではなく、コマンド・スタイル(「ファイルを開く」)を使用してのコメント。一般的には、コメントは、それがどのように動作するかの機能を説明していない、そしてそれはどのような関数定義部分です。
2、全体的なデザイン
コードは、4つの主要な機能ブロックがあります、画面がクリアされ、次回、出力行列をランダムな初期化を0/1
実装され、各機能モジュールは、以下に示します:
3、结对编程过程
再度、選択したトピックの分析の後、私はVC6.0上の書き込みコードにC ++を使用することを決定しました。
議論の後、我々は共有に画面を開くには、コードを書く人々によって、コードを書くときに、機能の人のクマの部分ごとに設定することを決めました。
プリント()関数の調製において、IはI、Jと幅との対応関係を把握する必要はありません、高さ、大きさの異なるセットの出力行列のサイズをもたらす、Dumeng孟は、誤り訂正を学生を思い出させます。C ++は、前置インクリメントを使用することに慣れているが、通常、我々はより多くのセットの増分を使用することを指摘しています。よりよく満たすために、コード規格、後に元々の代わりに、前置インクリメントセット増分を書かれました。main()関数は正しく書き込まれ実行した後、デュMengmengの学生によって書かれたが、結果は結果のみが単一の一段階進化を実行できるように、ドゥMengmengの学生は、スイッチを追加する機能は、より完璧にするために、進化の過程で単一のステップを実行することができますこれは、複数のシングルステップ進化することができます。
図4に示すように、メイン機能モジュール
(1)ランダムな初期化
①実装コード
②業績
(2)次回
①実装コード
②業績
(3)出力行列
①実装コード
②業績
図のように。
5、GitHubのに提出
テストのGitHubリポジトリのアドレスはhttps://github.com/cloudy-y/game_of_lifeです
私のクラスメートとデュMengmeng各モジュールは、コミットの数に責任があります
ときにこれはプル要求の一つは、衝突、マージすることはできません。チェックした後、私たちは、自動的にgithubのをマージしないで、その結果、同様の時間で、コードの同じ部分を変更したためであることがわかりました。この統合プロセスの競合では、Gitは文書に直接保存されたレコードを変更します、開発者がマージファイルを解決する方法を決定することができます。競合を解決するには、専用のファイルの競合削除不要なコンテンツを必要とし、実行された可能-master小さなパートナーをマージ-a②gitチェックアウトmaster③gitをコミット①git。
第四に、テストサマリー
思考は、より多くのパネルディスカッションに集中しながら1は、ペアプログラミングの実験により、この問題に関する意見を表明する能力を強化するために、ジャンプ、効率が大幅に改善された、プログラミングを取るの利点を感謝しています。
図2は、より熟練のgitの動作のために、また、GitHubののパワーを発見しました。