2018 ソフトウェア設計及び演習用の班Wiki
18::gr10::発表
感想
田代 晃輔
今回の演習は制作よりも調べている時間のほうが圧倒的に長くHTML、JavaScript、GitLabもすべて初めてで自分は通信モジュールだということで
websocketという単語を嫌いになりそうなほど検索した気がする。制作当初はenchant.jsによるシーンでゲーム進行をすすめるつもりだったが
他のモジュールがenchant.jsに対応してないと話し合いで気付き変更を余儀なくされたり途中扁桃腺にかかり一週間休むなどアクシデントもあった。
一番苦労したのはやはり他のモジュールとの統合であり統合において他のモジュールの内容を班員と話し合って理解もしたが通信を組み込むと
フリーズが治らず悔しいが通信対戦を実現することができなかった。
コードの一部の内容や仕様を理解できてもコード全体で起きたエラーやフリーズの対処に時間がかかりまだJavaのオブジェクト指向において勉強不足を感じた。
途中協力してくれた班員にはとても迷惑をかけてしまいプログラミングの難しさを痛感した。
しかし、じゃんけんで負けてなった班長とはいえ初期の話し合いや製作中の各モジュール間の情報伝達など技術面以外での努力はこころがけそのおかげで
途中での仕様変更、各モジュールへの疑問解決はスムーズにできたと実感してる。
千葉 雅哉
自分の作業でスタートモジュールを作るだけでもかなり多くの時間をかけ、大変だったが、他のモジュールと統合する際に多くのエラーが出てしまった。結局一からの作り直しとなったので早めに統合の相談をしておくことが重要だと感じた。今回で言えば、jsで書くのかhtmlで書くのかによって統合がかなり難しくなってしまった。ゲームをひとつ作ることがこんなにも難しいことだと思っていなかったので勉強になった。
福士 遼
これまでの与えられた課題に対して取り組むのではなく、自分たちで試行錯誤しながらの課題作成だったためとてもむずかしく感じた。この講義での成果としてグループでの進め方難しさを経験できて良かった。また、HTMLとcssについて、javascriptについて少し理解することができた。 課題として、統合の時間に毎回時間をとられ思うように進めることができなかった。これは最初に通信モジュールはenchant.jsで他のモジュールはjavascriptで書いていたためであった。 グループ作成の最初の段階からモジュール分けや方向性を細かく決めておけばよかったと思う。
岡野
うまく行ったこと
- 統合をやっていくうちにデバッグのスキルが上がっていき非常に身になる経験だった。
- 班WIKIを定期的に更新し、自分の状況を発信できていてよかった。
- 実際組み込んでいくうちに、表示モジュール自体を変更しなければいけない時も多々あり、そうすると他のモジュールとの統合の際うまく行かないなど、慎重なデバックが必要だったので、集中して取り組んだ。
- メモリ管理と、全体の進行自体も担当したので、ゲーム全体の流れを把握でき、表示モジュールを制作する際に役立ったので担当の相性がかなり良かった。
うまく行かなかったこと
- 自分のモジュールが全体の中枢となっていたこともあり、他モジュールとの統合の際、自分に合わせてもらう形になることも多くあったので、もっとモジュールを分割化し、それぞれが独立した形で作成できたらよかったなと反省している。
- すべての統合に関わるということは、表示モジュール自体のバグをまず無くし、かつどう動作するかを正確に伝えなければならずそこが難しかった。
- 表示モジュールというほぼすべてのモジュールと関連のあるモジュールを担当したため、すべての統合に関わったのでかなり大変だった。オセロのルール設定に近い条件付けも一から作成したので、当初は単純なゲームだしサクサク作成できるだろうと思っていたが、実際は一つ一つ順番なども気にしながら地道に積み上げて行ったので、単純にオセロを作るだけでもかなり時間がかかった。
学んだ事
- 班WIKIを書いたことで、班員に自分の状態を知らせるだけでなく、後で見なおした際にこのプロジェクト通して自分が何ができるようになったかを簡単に振り返られるので、とても良い記録を作ることができた。
- 実際にコードを書くだけではない、準備や設計、班員とのコミュニケーションを踏まえた広い意味でのプログラミングというものの片鱗に触れることができ、完成はしなかったもののチームの一員として自分の役割を認識し、どう動くべきかを学べてよかった 。
- 失敗することは当たり前で、それをどう修正するかが大事だということを学んだ。
- チームで動く際にやってはいけないこと（インターフェースの統一を無視すること）を失敗から学び、逆にやったほうがいいこと（他モジュール担当とのコミュニケーション）も学べて、かつHTML,CSS,Javascriptのスキルやデバッグのスキルを磨けた演習だったので、得たものはかなり多かった。この経験を次のチームでの開発や個人での開発に活かしてやっていきたいと思った。
大嶋 快
「ボードゲームを作る」ということで、はじめはオリジナルのゲームを作ろうということになったがルーから作るのには時間がかかりそうという考えになったので、オセロをベースにパソコンならではのルールを追加するものを作ることになった。
追加ルールを考えるにあたって、リアルではできないものを作ろうというのに少し悩んだ。最終的には「相手に見えないトラップ」というスリルのあるオプションをつけられたと思う。
自分はトラップを担当した。オセロ内での特殊効果がなかなか思い浮かばず少し行き詰まった。トラップは何個か作る予定で、ひとつだけ強すぎないようにと心がけた。
トラップを実装するのがなかなか難しかった。調べても参考になるのがあまりなくなんとかいろいろな記事を見つつ実装した。
２年でやったC言事は変数の宣言など違うところもありプログラミングが大変だった。
結城 直哉
玉川 雅実
去年までの出された課題をこなすという授業ではなく、自分達で作成する内容を考えて完成させるという内容で今までよりもはるか難しいと感じた。しかし、これからの人生においてとても大事な経験にもなった。
具体的には、「複数人で一つの目標を達成するまでの過程では全員が思い描いている構想が完全に同じことは殆ど無く、作成の途中で気付いてしまって修正が困難になってしまう」・「発表間近になってやらなければならないことが山積みになってしまう」など計画段階でどれだけ具体的に計画を立てることが大切かを実感することができた。
プログラムに関してはデバッグの技術が向上したと感じた。最初は正しい動作をしさえすれば問題ないと思っていたがやはりプログラムにバグはつきもので、特に統合の際にバグの正体が分からないこともあり苦労した。慣れてくるとどこか見当はついてくるものの、これからはデバッグのしやすいプログラム（関数やループの内容のコメント・どの｛｝かの明記etc...）作りを心がけたい。
また、自分はスペルミスが多く、デバッグの際にどこが悪いのか全く見当がつかずとても時間がかかってしまうことがあったため、細心の注意をしてケアレスミスには絶対になくそうと心に命じた。
最終更新日：2022/02/09 11:58:30
