高専プロコンを終えて
課題部門で出場してきました．
割と気合い入れて，当日の自信も結構あって，「これいけるんじゃね」とか思ってましたが残念．敢闘賞でした．
とてもとてもとても悔しいですが，落ち込んでるだけでは次に進めないので，とりあえずプロジェクト始まってからプロコンまでのこととか，当日のこととか，反省とか考察とか色々まとめてみることにしましたー．
プロコン参加まで
予選
プロコンに向けてアイデアとかネタ出しを始めたのは，たぶん２月とかくらいから．
アイデア出しトレーニングみたいなのを含めると年明け前くらいからやってた気がします．
去年ふざけすぎて予選落ちたのとか，出場経験のあるOBとかがいないのでそういったノウハウがないのとかが合わさって，割と慎重に時間をかけてやりました．
始めの叩き台ができたのが４月中旬くらい．自由部門向けに考えてました．
５月末に一旦予選資料のフォーマットに合わせてスライド作成したり，そこからアイデアが二転三転して課題部門向けにブラッシュアップしたりして，予選を迎えました．
結果は7月末くらいに出て，無事通過してることを確認してかなり喜んでた気がします．
本戦まで
予選資料提出してから，９月くらいまではメンバー各々必要な技術の取得に取り組んでいました．
今回AndroidアプリとWebサービスとハードウェアを作成し（作った物の詳細は別エントリに書きます），それぞれ役割を分担して開発しましたが，なかなか連携がうまくとれていなかったように感じました．
正直なところ，11月中旬くらいまでは予選資料で掲げたアイデアの半分もできていなかったです．
10月中旬に地元のITフォーラムという展示会で今回作ったもののプロトタイプの展示を行ったのですが，それが終わってから1ヶ月~1ヶ月半くらい中だるみ期間がありました．
12月上旬に中間試験があって，それが終わるといわゆるデスマーチの始まりです．
家に帰らずに学校でずっと作業をしていることが2週間ほど続きました．
そんな死線を超えた努力もあったか，本戦1週間前には大体形になりました．
プロコン前日
僕たちは高専プロコンが開催される前日に現地に到着し，宿泊先のホテルにて作品の残っていたバグ潰しや最終確認をひたすらやってました．
あ，あと僕はプレゼン審査が翌日にあったので，資料の見直しや発表練習もしてました．
深夜になり，作品もそこそこ安定して動作し，プレゼンもあとは少しの手直しだけで完成だろうといったところで，色んな悲劇が起こりました．
アプリの方では謎のバグが発生し「何もしてないのに壊れました！()」状態になり，ハードウェアに至っては使用していたマイコンがぶっ壊れ，完全に詰み状態に入りました．
そんな感じで泣きそうになりながら作業を行い，プレゼンがまだ未完成のままプロコン当日の朝になり会場に向かいました．
プロコン当日
1日目
開会式やらブースの設置が終わると，僕は未完成なプレゼンの手直しや発表時間の短縮を行っていました．
なんとか時間内に収まるようなスライドと脳内原稿が完成し，プレゼン審査に挑みました．
プレゼンは結構早口で緊張した感じがもろ見えな発表をしてしまいましたが，伝えたい事は全部言えた上，時間ぴったり，質問に対しても詰まる事無く全て詳細に返す事ができたので，発表を聞いていた引率の先生からすると「中々良い感じで，好感触だった」とのことでした．
個人的には，内容はよかったとしても発表能力的には酷すぎるし失敗したなーとか思ったので意外でしたが，もう眠くて眠くて自分の発表を客観視できる状態ではありませんでした．
ブースの方は，アプリは正常に動き，デモできていましたがハードウェアの方はまったく人に見せられる状態ではありませんでした．
1日目を終えると，交流会には参加せずそのままホテルに向かい，夜まで爆睡したあと再び朝までデスマーチが始まりました．
ハードウェアの方は代えのマイコンを当日になってうちの高専から会場に来られた先生に持って来てもらったので，それを使って修復作業に取り組みました．
朝までには完成し，ようやくアプリもハードもすべての機能が正常に動作する状態になりました．
2日目
2日目はデモ審査とマニュアル審査．僕等のところには朝一でさっそく1回目のデモ審査がありました．
実は，デモ審査の前にもアプリの方でいきなり強制終了する謎のバグが発生しましたが，メンバー1人の冷静な対応により審査2分前くらいに直りました．
1回目のデモ審査の感触はかなり良かったです．質問にも全て答えられ追加で説明してアピールできましたし，好意的な意見も頂いたり，時間を過ぎても少しブースの方に留まって作品を見てくれたことから，なかなか好印象なのではと期待していました．
マニュアル審査も，全てマニュアル通り正常に動作し審査員の方がマニュアルをみて特に不明に思われることがなかったので，なかなか上出来だと思いました．
2回目のデモ審査は，審査委員長の方が食いついて質問，説明を受けてくださったのはよかったのですが，
そちらに集中しすぎて，他の審査員の方にあまりアピールできていなかったと思いました．
ここまでで審査中に大きな失敗もなく，むしろ好感触だったので「これは何か獲ったぞー」と期待していたのですが，結果は冒頭にも書いた通り期待はずれな敢闘賞でした．
反省と考察
さて，ここまでプロコンまでにあった事実を淡々と書きましたが，期待はずれの結果になってしまったのは何が原因だったかを考えてみます．
アイデアについて
個人的な主観ですが，僕は自分のチームの根幹となる部分のアイデアには欠点がなかったと思います．
ただ，振り返ってみると作り込みが甘かった．作り込みというのは，後述する技術的な面はもちろん，アイデアとしての作り込みもです．
根はよかった．しかし，そこから伸びた枝に甘さがありました．終わってから「もっとこうすれば，さらに実用的で面白かった」というものがいくつも思い浮かびました．
これをプロコン当日までに出せなかった理由としては，プロジェクトに余裕がなかったことが考えられました．
当日ぎりぎりまで予選資料に書いた通りの実装を行っていたため，形にしたあとにそれを振り返り，自分たちで評価する時間がまったくなかったのが問題でした．
途中でアイデアの最考察を行い，仕様や実装する機能の変更は何度も行いましたが，実際にある程度完成したものを見て，再度考えることはありませんでした．
また，機能が多岐に渡り複雑すぎたのも問題かと思いました．
自分たちの作った物を審査してもらう時間は，プレゼンとデモを合わせても15分とありません．
そのため，ありきたりな機能を新しく実装するよりも，自分たちが一番大切でいける！と思っている機能を磨き，作り込むことが大事かと思いました．
枝は多すぎず，ひとつを太く．これがポイントかなと思いました．
開発について
プロコン当日までの流れにも書きましたが，まず中だるみがあったことが最大の失敗でしょう．
では，この中だるみはなぜ発生したか．これは自分たちの頭の中で必要最低限の機能を実装する為の見積もりしか出来ていなかったからです．
完成品したものを最考察することがなかったと書きましたが，正確にはその時間を取る事を考えてなかった．
始めから自分たちの中のタスクとして認識できていなかったので，必然的にそれを行う時間は生まれなかったのでしょう．
僕たちのチームの最大の失敗は，一度作った物を見直さず磨き上げることをしなかったこと．それをそもそもする気が頭の中になかったこと．恐らくこれに尽きます．
余裕がなかった．というのは完全に甘えです．作る時間はいくらでもあった．掲げた始めの目標で勝てると思っていた．完全にプロコンを舐めていたと思います．
問題は，この反省を次に活かせるかどうか．また同じ過ちを繰り返さないようにする為にはどうすれば良いか．
恐らくこれは体験的に学ぶしかないと思うので，普段作った物でもこういった意識を働かせる事．
また，ここで得た体験を後輩に伝えていく事．こうしたことで少しずつ見直す事の重みが分かっていけば，と思います．
チームについて
結果についてとは全く別にチームのことについてです．
僕は初めてチームで物を作り，それをまとめる役を担っていました．
難しかったのはチームメンバーがそれぞれ全く別の作業をしているので，お互いに連携がとれないでいるのをうまく繋げることです．
アプリを作っている側はサーバサイドの知識はほとんどありませんでしたし，その逆もまた然りです．
なので，お互いにして欲しい事をうまく伝えられなかったり，思うように連携が取れていませんでした．
幸い，僕は今年インターンやセプキャン，個人的な制作などでこれらの事を浅くはありますが身に付けていたので，その間を仲介することができましたが，これが地味に中々骨の折れる大変なことでした．
チームメンバーは実に良い仕事をしてくれたと思います．特にAndroidアプリ班の作業量には頭が上がりません．
しかし，全体的に足りなかったものとして「熱さ」が挙げられるかな，と思いました．
割と根性論的な話しかもしれませんが，「高専プロコンで何が何でも最優秀賞とってやるぞ！」という勢いというか思いがまだまだ足りなかったように感じます．
アイデア出しの時にもっと積極的になったり，「今のままだとここが微妙だから，こうしたいんだ！！」みたいな意見を挙げてみたり．
しかし，こういったモチベーションをあげさせられなかったのは，メンバーの意識をうまくまとめられなかったのはリーダであった僕の責任でもあるので，コーチング的な面でもまだまだ改善が必要かと思いました．（しかし，こればっかりはここ数年ずっと考えてるけど未だ成果がでず...）
細かい事は色々ありますが，こんなところに書くよりも言った方が効果あるし良いに決まってるのでチームについてはこのくらいで．
全体を通して
まぁ何はともあれ，とりあえず作品として高専プロコンという大舞台で自分たちの成果を発表できたのは非常に良かったと思います．
結果としては悔しいさが残りましたが，同時に様々な反省点や，次にどうすれば良いのかという改善策も少しずつ見えて来たのでこれをうまく受け継がれていくようにしたいと思います．
個人的には，来年は受験とかあるし今年で最後かなーとか思ってましたが，もう一回出たいです！！！！！！！！！！！！！！！！ 来年一緒に出たい！っていう人，声かけてください．
まぁその辺は，自分の今後のこととかと一緒にじっくり考えたいと思います．
今後のプロコンに望む事
最後に，今回プロコン後に「次世代高専プロコンを考える」というカンファレンスがあったので，せっかくなので自分の意見を書いておきます．
- 審査結果を全て公開して欲しい
デモ，マニュアル，プレゼンと，何か色々A,B,Cだとか点数つけまーすって書いてありましたが，実際どんな項目にどんな点数がついたのかフィードバックが欲しいです．
何が物足りないと感じたのか，何が良いと思われたのか．こういったフィードバックがあれば，各チーム次にどうすれば良い作品ができあがるか皆考えると思います．
審査でメモったり，点数つけたりしてるんですから，それを各チームに後で配るのはそう難しいことではないと思うんですが...
- 提出書類の必要事項，指示をもっと厳密化してほしい
特にマニュアル．正直，配られた資料見るだけでは，何書けばいいかまったくわかりませんでした．
全ての機能を網羅しなければいけないのか，
システムについての説明はどの程度書けばいいのか（マニュアルという言葉通り，操作方法"だけ"で良いのか），
操作方法の厳密さはどの程度なのか（例えば，ブラウザの開き方，端末の起動の仕方まで書くのか），などなど．
【「起動から終了までの手順を書いてください」．評価は，「マニュアル通りに動くかです」】といった言葉だけだと，
「アプリのアイコンをタップして起動します．→ 電源を切ります」といったアホみたいな内容でもマニュアル通り動くという事になりますよね．
また現状の指示だと，説明が面倒なところをマニュアルではワザと省くといったことも可能なんですが大丈夫なんでしょうか．
当然，さっき書いた様な捻くれた内容は審査の際に「これは不十分だ！」と，減点の対象になることが予想されますが，予想されるだけで，そのことはどこにも書いてないんですよね．何も指示がないということは，自由にやって良いということだと思うんですが，
それを後から思惑と違うから減点とかいうのはちょっと困ります．まぁ今挙げたみたいな大げさな例は置いとくとしても，
実際に細かいところでもこのような作成者と審査員で認識のズレがあって不幸なことになるのは残念すぎるので，色々明記してほしいと思いました．
当然こういうことって，常連校とかならどうすれば良いかある程度分かってる物だと思いますが，僕等のチームみたいに初めて参加するところもあるわけで，なんというか公式で「OBがいるかいないか」の差が出るような事はできるだけ避けて欲しいなーっと．ノウハウとかは別として．
なんか最後愚痴みたいな感じになりましたが，こんな感じです．
高専プロコン，超楽しかったです！来年も出れるといいな．
作った物の紹介とかはまた別エントリで書きます
