他人の書いたコードがわからない - Qiita

すでにある程度完成しているプロダクトの開発にたずさわるとき、たいていは「コードを書く」ではなく「コードを読む」から仕事を始めることになります。 このとき「コードが読めない」「コードがいい感じに理解できない」と悩むのは、それほど珍しくないでしょう。 この記事では、コードが読めないときにどう対応すればよいかを考えてみました。 コードの美しさは気にしない まず重要なのは、コードがどれだけキレイに書かれていようが読めないものは読めない、と割り切ることです。とくにエンジニアになりたての人や自分を責めやすい人にとっては、この考えが大切だと感じます。 コードがどれだけ美しくても、自分で書いていないコードは必然的に理解しづらいものです。1 というのは、あるコード（文章）をただ読むだけで理解するのは難しいからです。社会の教科書を一度読むだけですべてを記憶できた人はいないはずです。（この理論が正しいことを前提

[ngsw]

試行リファクタリング、「本番環境」に影響がないコードとわからないと怖くてしづらい部分があるから、その点をとても注意する気持ちがある

[kiyo_hiko]

今丁度他人の糞ソースを引継いで全然わからん。1ファイル1000個近い変数がありフラグ変数が約130個(何々_flagと、何々_fragとやらが半々)、単発30分岐超のif-else、5重ループなどある。reduceとかガンガン使って直し℡がつらい

[xlc]

この業界にいて今まで一度も「他人のコードを引き継ぐ」という仕事がなかったことに感謝する。

[a-kuma3]

素直に同意できない。こうやって難読コードが増殖していくのはよく見るだけに

[dorapon2000]

“publicなメソッドにJavaDocがなければ、まずこれを埋めてみるのも良さそうです。他の人にも伝わる内容を書けたときはPRにすると、それだけでも一定の貢献になります。”

[lorenz_sys]

自分の書いたコードだって半年もすれば分からくなるから気にしないで良い。たくさんの案件に関わっていてコーディングしまくっていれば漏れなくそうなる。

[Guro]

「試行リファクタリング」には理解の助けという意味があるとは思うが。誤読していないという担保がとれないので、なんとも。結果等価のテストも誤読していない前提でないとテスト条件は書けないような。