作成したプログラムに関することを記してください。
完成したプログラム
完成したプロジェクトのリンクを以下の画像リンクに記載しています。
樹上整列プロジェクトと比較して
樹上整列プロジェクトと比較すると、外部設計書の一部と内部設計書が提供されており、前回のようにクラス図で必死になるということがなかった反面、さぼりがちになってしまいました。原因は、１週間の間に月曜日と木曜日だけしかプロジェクトをしなかったことであり、特に月曜日は２人だけだったので全く進みませんでした。前回なら月曜と木曜日に方針の決定し、それ以外の日に各個人が分担して取り組むでスムースにいっていたので、プロジェクトの進め方に特に問題があったと思います。
デスマーチ
それから、私自身は外部設計書は頭に入れつつ考えていましたが、そうでないものとのデスマーチがあったと思います。それは、ダウンローダーを作る側が ~/Desktop/SouriDaijin/のディレクトリ内の構造を把握していないので、ダウンロードをするときに、変な場所を参照していたということ、そして、そのままReaderをやるものが、その変な場所から読み込もうと思っていたので、それを直す手間が必要でした。また、ガントチャートもメンバのほとんどが意識して見ていなかったので、意識にも差があったかもしれません。人数が多くてかつ設計書を読んでないことで、意思伝達がうまくいっていなく、プロジェクトでの意思伝達は前回より、失敗だな思います。
その他、感想
統合
移植テストしたときに気づきましたが、Linux上でシステム操作をおこなったときに、ディレクトリパスが違ったり、という状況がありましたが、他の班から方式を聞くまで、方法をどうするかわかりませんでした。なので、プロジェクトが終了した後に、他の班の方式を試してみようと思います。それから、Pydocに関しても、manを読むだけでは解決できない問題があったので、それも他の班がどうしていたのか調査しようと思います。
Java & Python
次に、JavaとPythonでのコーディングに関してですが、Javaでのコーディングの方が割合が多かったのでそこまでPythonでのコーディングはしておりませんが、Javaと比べ、Pythonでのコーディングは標準ライブラリ的に優れたものばかりで、実際のコード行数も全体的に少なくコーディングできたと思います。それから、Pythonでは、VimとXcodeでのインデントの違いやGNUスタイルの統一などの形式的問題が起こらず済んだのもすごく良い点でした。それから、CSVの扱いであったり、リストの扱い、ファイル操作が格段に用意に操作でき、Javaと比べ、コーディングスピードが早かったと思います。