kumagiさんは、OSSのコードを読むとき、普段どのような目的で読みますか?おすすめの読み方などはありますでしょうか? OSSの規模ですが、redisほどの規模を想定しています。 redisのソースコードを読むとして、どのような目的でどのように読むでしょうか? | mond

kumagiさんは、OSSのコードを読むとき、普段どのような目的で読みますか?おすすめの読み方などはありますでしょうか? OSSの規模ですが、redisほどの規模を想定しています。 redisのソースコードを読むとして、どのような目的でどのように読むでしょうか? そのOSSで注目されている機能を理解したくてコードを開くときが多いです。 大抵のちゃんとしたソフトウェアはコード規模が数万行を超えているので、毎秒1行読んでも端から読んだら1時間では終わりません。ですのでいかにコードを読まずにあたりを付けるかが鍵です。ドキュメント内でそのソフトウェア固有の単語の中から興味のあるものを抜き出し、git cloneしてその単語がある場所を検索してそれっぽい物を見つけます。後はその前後の処理を読んだり普通の事をしています。 例えば知り合いから「Redis使っているんだけどLPOPコマンドがやけに遅いんだ

[maruware]

架空の話でこんな広げられるのすご

[justgg]

コードリーディングにAIを使えるようになるといいな

[fog-og-frog2]

Redisはコマンドごとに実行時間が書いてあるのでググれば2クリックで見つかるが…Time complexity: O(N) where N is the number of elements returned。Nなのはそういう理由か、なるほどなー

[nmcli]

全力解説で好き

[tadatada1980]

で、結局LPOPはO(1)なのかどうなのか気になってモヤモヤする。

[crimsonstarroad]

こういうコードを読む戦略の具体例はおもしろい。なお自分には一切できない。

[knok]

だいたい似たようなやりかただなあ。githubだと.で起動するvscodeもコード読むのに便利

[mumei-0]

“いかにコードを読まずにあたりを付けるかが鍵です。”

[hom_functor]

目的を持って仮説を立てて読む

[cartman0]

これはコードの中に図がほしいやつ

[yarumato]

“コード規模が数万行を超えているので、いかにコードを読まずにアタリを付けるかが鍵。ソースコード内でそのソフトウェア固有の単語を検索して、後はその前後の処理を読んだり、関数のユニットテストを読む”

[rkosaka]

git clone して IDE 使って検索するのは基本よね。それにしても全力で、かいてくれてありがたい。

[hdampty7]

redisは機能に対してコード量が小さいから比較的読みやすい部類だと思う。巨大なOSSはそもそも目的の機能に到達するだけで大変。

[circled]

git cloneした後にcdしてgrep -irn 探したいキーワード * は良くやる

[clubman023]

かっこいい

[tyhe]

ためになる

[punychan]

「異様な引数の多さといつの間にか引数の型がunsigned char*の羅列になっている事に嫌な予感を感じながらコードを読んで」あるあるすぎる。自分もだいたい同じスタイルで読むので、これ以上スマートにはできないのね。