大規模ソースコードの読み方

Tips of how to understand the source code of big software projects

[bucchiz]

確かに要領の悪い子は全部理解しようとする傾向がある。初期化処理だけやけに詳しいけど終了処理は曖昧だったり。全部理解しようとして途中で挫折したんだろうなぁ。ええ、もちろん自分のことです。

[w1234567]

自分はヘッポコで脳のワーキングスペースが小さいから、オープンソースの解析をするときはひたすらデバッグログを追加して、呼び出しツリーとデータの流れを紙に書き出しながら解析してる。

[strow0343]

実際これと似たようなことやるけど、ソースコードの全体像と調べたい機能の概略が分かるドキュメントが欲しい。これらの有無でソースコードの理解スピードが劇的に変わる

[msykt]

最後の方にあるけど「プログラムを動かしてみる」のが良いかと。実行時のコンテキストまで想定するのは難しいので、必要ならばテストコードを追加してでも、最初にトレースできる環境をサッサと作るのが良いと思う。

[tuto0621]

読む前の準備が重要。読まないソースを決める

[rryu]

まあ、何をする為の処理なのかが分からないとコードを読んでもさっぱりだから、事前の知識は必須。

[wordi]

git管理前提になるけど、僕は読む用ブランチ作ってメイン処理以外の例外処理やコメント、自分のイディオムに合ってないソースをガンガン削除、書き直ししてコードの行数を10分の1とかにしてから読んでる

[koogawa]

print 文を突っ込んでみるのは自分もよくやる

[kbn1053]

実践しやすい良いスライド。いかに読まないかに帰結する話かな？と思ったけどやはりそうだった。注目すべき実装以外は参考にしても仕方ないよね。

[tkmkg8m]

ctags便利。Railsプロジェクトのtagsとgemのtagsを生成して、メソッド、scope、定数を行ったり来たりしてる。soramugi/auto-ctags.vimで自動tags生成。tsukkee/unite-tagでジャンプ。

[sgo2]

GDBやVSの条件付きブレークやバックトレース/呼び出し履歴など、デバッガをフル活用すると分かりやすい。

[hiroomi]

自分だけでも使い始められるgitを使え

[mrpotas]

みずほの20万人月システムのソースコードが読めると聞いて

[ardarim]

「まともなコミットログがあることが前提」それイージーモードでは…。実際にはドキュメントもない大規模ソースを渡されて泣くしかない。doxygenにはだいぶ救われたけど、複雑なやつだとタグジャンプもできなくて泣く

[psfactory]

大規模ソースコードの読み方 // Speaker Deck

[skycrawler333]

いつも読もう読もうと思って、コードのあまりの多さに読む前に諦めてしまうんだよなぁ。これをきっかけに読んでみようかな。

[furuta_app]

ソースコードが少ない初期のバージョンを読むのもオススメ。/ こちらも参考になる。 https://goo.gl/aFv6hf

[chocolate0521]

φ(..)メモメモ

[dexia2]

「実行してみる」と「Gitのログを追う」というのは参考になりました。完成品を落としてソースを眺めていることのほうが多かったので、もっと動的に見てみたいです。

[manboubird]

[codeReview][code][oss][codeReading]

[masayuki5160]

大事