ブログの前提に疑問を：https://www.cnblogs.com/Rongze-blog/p/11475280.html
Q：あなたが提起の質問に答えるためにしよう、と明らかにし、それが読み込む方法で、実用的な、あるいは議論を見つけ出します
新しい問題かどうか？提案してください。
A：以前に提案された問題のためには、あなたはまた、将来の仕事にちょうど1学期を依頼し続ける必要があるかもしれませんし、私はまだ前のビューを持っているので、ここではない具体的に、これらの問題を解決することができていない、徹底的な生産環境が必要です上記。
Q：この学期の後、あなたはどのように把握し、以前に存在しなかったスキルをマスターしています。
私は自分自身の過去の問題を知っているこの学期は「野生の方法」プログラミング習慣がもたらす可能性があります。それは半分ので、多くの時間を無駄にしていなかったので、それほど頻繁に、ライト・コードへ急いだのは良い考えを要求するためにつながる、彼の過去の書き込みプロジェクトのドキュメントに注意を払ってはいけません。そして、自分の後は、ドキュメントのコードは、より多くのプロジェクトコードの書き込みに十分な注意を払っていないとき、あなたはコードを呼び出す必要が独自に書かれている、多くの場合、そのコストにつながる、役割に独自のコードと関連パラメータと意義の戻り値を忘れます以前のソースコードを読んで多くの時間。
この学期は、私は体系的なソフトウェア開発プロセスを学びました。堅調な需要分析とシステム設計は、プロジェクトの開発は、ガーデンパス、実現に心配することはできません。詳細なドキュメントやプロジェクトデータベースER図の設計、前に心に留めておくための開発における私Zhenti建築プロジェクトましょう、だけでなく、モジュール式の思考の開発に私を聞かせて、各モジュールの役割と価値に慣れていないだけ。
Q：自分の学習プロセスの学期をまとめ深い経験は、何ですか。
私は、ドキュメントのトラブル、テストを行う手間を書く前に、私はgitのトラブルを学んで感じています。それはソフトウェア工学コースの学んだ後しかし、私はアイデアがイノベーションを発生していました。
そのため、書き込みコードへの彼の過去のは非常に短いので、ドキュメントやテストの役割はそれほど明白ではありません。しかし、この時、複数のアイテムコードは、そこに小さな数千行だけでなく、複数のチームの数についてであり、すぐにチームのコミュニケーションと協力の間でハードにそれを見つけます。コード管理ソフトウェアのシリーズは絶対的な必要、コードのドキュメントチームも効率的な交換の基礎となっているので。
具体的には、ユニットのこのグループ全体ではなく、ヒットテストのためにテストし、多くの問題を発見しました。私は、ページの表示効果でちょうど見に使用されるように、これらの問題が見つからない場合。だから、一度コードを変更しないでください、あなたはユニットテストが必要で実行し、かつ一方的な報道も非常に重要です