質問: プロジェクトにアサインされた際(もしくは新しい会社に入社した際)プロジェクトのソースを読み込むのに何日か時間を与えられたとき、どこからソースを読み始めるものでしょうか? 自分の場合、どこから読み始めて良いか分からず途方にくれてしまい、とりあえず気になった機能をデバッグしてみるというようなあまり効率的でない時間の使い方をしてしまいます。 プロジェクトの性質によるとは思いますが、例えばサーバサイドの開発をPHPやJavaで行うプロジェクトの場合、どういったところから手をつけるのが良いでしょうか? よろしくお願いします。
回答: 私の場合は、最初に使い方を口頭で説明してもらいます。 一回一時間で二回ぐらい説明を受けます。それ以上になると私のキャパを超えます・・・ あとは機能ごとに順次説明を受けます。各作業の目的を確認しないと理解しづらいかもしれません。 相手の時間が取れるなら、すべてのユースケースを起こすのは有用で、あるべき姿だと思いますが、それが許可されるならすでにドキュメントが揃っていることでしょう。 ドキュメントが無いプロジェクトの場合、ソースコードを読んでもその部分しかわからないので、次に、データベースその次は、フォルダ構成と保管されているデータの種類を確認します。更に外部システムととインターフェイスがどのようなものあるかを確認できれば、システム内にどのようなデータがどのように保管されているか理解できます。 概要としての理解であればここまでで十分でしょう。ここまでは出来るならこの順番の方が無駄がなくてい良いです。 これより先が開発に関わる部分です。更に開発方式のドキュメントがない前提で。 ソースコードを一式を手に入れます。 使われているフレームワークなどで、分からない物が無いかを確認します。 わからないフレームワーク・技術の習得について上長と相談をします。 ここからさきは順不同です。 ソースコード管理方法を確認します。 リリースの手順を確認します。 手元でビルドが出来る状態かを確認します。(出来るようにします。) テストの手順と求められる証跡を調べます。 コーディング基準を確認します。 テストDBへの切り替え方を確認します。 後は、いろいろな人とプロジェクトについて雑談をします。 プロジェクトの狙いや目的、人間関係、問題点などを大まかに把握することが出来ます。