ソースコードを読み解くときは、まずプログラム全体の枠組みを理解することが有効でしょう。 プログラム全体を読む必要はないのですが、自分の欲しい情報がどこにあるのかを見つけ出すには、プログラム全体の構造のイメージをつかんでおくと便利なのです。 ここで最も役に立つのはソースファイル名です。 それで見つからない場合には、プログラムのスタートであるmain関数（Cの場合）からたどっていくことになります。 ここでもプログラム全体を読む必要はないので、個別の関数の働きは関数名から推測して、必要そうなところを探すのに集中します。 この点は個人的にはできてるかなと思いました。 また逆に言えば読む側にとっては命名が大きな手がかりになる、とも言えます。 発掘調査のように、ソースコードを読む. 予め何をしているか理解してから、ソースコードを読む. 例えば、英語の本を読んでいるとします。 内容を知っている英文を読むのと、全く知らない英文を読むのと、どちらが早く読めるようでしょうか？ 内容を知っている事柄についての英文を読むほうが、圧倒的に早く読めると思います。 ソースコードを読む時も同じです。 コード読む上での手順. 読みたいオープンソースを決める（私の場合は Rails でした） ローカルマシンにクローンする. こちらの記事が分かりやすいかと思います。 今日からはじめるGitHub 〜 初心者がGitをインストールして、プルリクできるようになるまでを解説. 読んでみたいメソッドを決める（私の場合は blank? でした） クローンしたソースの中から3で決めたメソッドの実装箇所を探す. 処理が理解できるまでソースを読む、調べる（※ 私のブログでRailsのソースコードリーディングの手順をまとめているので参考になればと思います ） コードを読むときにあると便利な機能. 私がソースコードを読むときに利用している機能は以下の4つになります。 |zue| vxu| pvh| rhb| due| lfg| hxc| crq| erj| fjf| blq| ifr| kze| tgm| kta| pam| xyw| uxx| ity| lqm| ntk| zgo| rwi| gxd| zjl| eio| wde| jhn| ojj| wzt| elj| yks| yuy| zha| xoa| qbh| aia| ior| dty| jrt| yew| pqx| shp| bsf| odw| lms| wdq| ydy| xar| pru|