会社の配置換えで、別のプロジェクトに配属されました。
うーんと難しい仕事で、うーんと優秀で、うーんと厳しい先輩と一緒に対応します。
早速、先輩と打ち合わせをして、私の技術力のなさを露呈させてきました。
ちょっと話をしただけでも、全然、知識と経験の差がわかりますね・・・。
まず、仕様があった時に、どう考えて実装するかを教わりました。
もうこの時点で発見があったのですけど、先輩が実装するまでには、どういう流れの処理が必要で（フローチャート）、その処理は誰がやるのか（設計？）、それを考えたあとで実装を始めるようです。
まぁ、この工程は、当たり前といえば当たり前なのですが、よくよく考えると、そういうことをあまり考えず、漠然とこんな感じだろうと思いながら、すぐに実装を始める自分がいることに気づいてしまいました！9ヶ月もコーディングしてるのに。
あとは、目的のために何をするか。
ドキュメンテーションや、テスト、CI、朝会、夕会・・・これも当然ですが、全部に目的があって、現状は何を目指しているので、これはやる、これはやらない、みたいなのを決めていきました。
既存のチームに入ると、割と何も考えずにチームの活動を一緒に行いますけど（守破離の守で、それはそれで良いと思います）、最初から考えるというのは、かなり新鮮でした。
共有した認識は、こんな感じ（私の思い込みもあるかも）。
・ドキュメンテーション：コードの中にコメントはあまり書かない（汚くなるから？）。代わりに、クラス毎に何をするためのクラスかを記載し、ドキュメンテーションツールで全体を見渡せるようにするため。
・テスト：リファクタのため。捨てコードになる可能性が高い場合や、納期優先の場合は省略することもあるが、リファクタが行われそうなタイミングまでには書く。
・CI：ビルド、テストを自動化させるため。Eclipseは、ローカルのソースを実行するときにビルドまで行ってくれるけど、gitにあるコードは勝手にビルドされないので、Jenkinsなどで自動化させ、手間を減らす（←知らなかった・・・）。
・朝会、夕会：早期の情報共有。
・ふりかえり：問題に対する深堀り、対策検討など。別に定期的にしなくても良い。
なんかもう、ここまでで「すげーぜ！すげーぜ！」と脳内がチカチカしてますよ。
あとは、進め方も少し話し合いました。
で、まずはペアプロと課題を繰り返し行なって、技術力の底上げをしようということになったので、早速、最初の課題に取り組みました（本とかも、一緒に読んだりするっぽいです。素晴らしい）。
フィボナッチ数列についてで、引数で出力してほしい番号を渡すと、それが返ってくるというものです（引数を3つ渡すと、初期値を上書きすることができます）。
で、解いたので、明日、見てもらう予定です！
いやー、これは楽しみだなー。
頑張るしかないわ(/･ω･)/
うき。
