コードが読めるソフトウェア開発者 - As a Futurist...

僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか、と思ったので自分がどんな感じでシニアになったのかをまとめてみた。似た様な人の参考になれば幸いだ。 同意。僕は未だ書く方はほとんど機会なく成果もないけど、コードを読み尽くして、負荷試験や本番で挙動を把握し続け、メトリクスでとことん確かめていった結果、Sr. Engineer になれた。 https://t.co/KXtMdEaRr8 — Ryosuke Iwanaga (@riywo) April 16, 2021 コードを書かなくてもシニアソフトウェア開発者になれた 僕は今 Amazon の Sr. Systems Development Engineer という職種で働いている。いわゆるソフトウェア開発職

[riywo]

書いてみた。

[cu39]

一定以上の規模のソースを読んで全体像を把握するのって（少なくとも現状では）特殊技能だと思うわ。

[gachapining]

仕事で WebKit や Chromium を扱っていた時期があったのだけど、あれほど読めずに挫折感を味わったことはなかったな…

[wrss]

人が読まない部分を積極的に読もうというのは成程と思った。他人のコードを読むという事については、やねうらお氏の次の記事(コメント欄含む)が好き。https://yaneurao.hatenadiary.com/entry/20040730/p1

[uzulla]

好きな（したい、ありたい）事と得意な（比較して優位性がある）ことが違う事。悩むし、現場（その時の面子）でもかわるから難しいなと思う。

[aike]

コードリーディングスキルも時代とともに変わってきて、今どきのコードだと対象とする分野のAPIや高機能ライブラリやフレームワークや数学アルゴリズム（含機械学習）の知識が不足していると手も足も出ない。

[kingnick]

これほどしっかりと技能たりえる自信はないけれど、本当に困ったトラブルの時にはログとソースコード、公式ドキュメントに頼ってきた気がする。挙動の把握は、物理的に観測できないソフトウエアの真髄かもしれない。

[katzchang]

トレースを使うとどこまで楽になるのか、気になりますね。一般的にメトリクスはコードの理解にはあまり役に立たなさそうなので、もう少し具体的にどういうところを見てるのか聞きたい。

[Nnwww]

SREやインフラ、運用の人なら一般的なスキルツリーをカンストさせたみたいな話/コードの読み方に近道はないということが分かった

[hatz48]

anyenvの人ですよね。

[Kazumi007]

プログラムが深く読めることにも価値がある

[mohri]

“結局コードを書かないことが自分の強みなのは変わらず、一方でそれが意外と希少な能力なんだ”

[bleu-bleut]

「最後に、どうやって読むか。これも人によりけりなので僕のケースだけど、状態遷移をもったエンティティに着目するのはおそらくどんなケースでもある程度有用ではないかと思う」

[yuuu1993g]

“質の高い技術文書を書く方法”

[rryu]

何をやっているのか分からないコードを読むことはできないので事前に相応の知識が必要でなんでも読める人はレベルが高いと言えると思う。故に読むのが難しいのは書いた人も分かって書いてなさそうなコードである…

[manhole]

読むだけじゃなくて「各種文書の作成とシステムの理解、メトリクスの収集に負荷試験、そして緻密な実行計画の作成だ」部分が評価されているように感じる

[ene0kcal]

実は私は他人の書いたコードを読むのが好き。もちろん読めるものに限る。インデントが8割狂っているとか、1関数が1000行あるとかでも読んでたのが血肉になってるんだろうなぁ。もちろん書くほうが好きだが。

[nikkie-ftnext]

思い出したのは小野さんのエンジニア風林火山 http://blog.livedoor.jp/lalha/archives/50065532.html エンジニアと一口に言っても尖り方はいろいろあっていい。読むほど良い・悪いコードを知れる。人が読もうとしない部分を読む

[kmiya_bbm]

レベルが全然違うのは置いておいて、とても励まされる思い。

[pinkumohikan]

👀

[yojik]

“状態遷移をもったエンティティに着目するのはおそらくどんなケースでもある程度有用ではないかと思う。なぜなら、計算機の本質はチューリングマシンにもあるように状態遷移だから”

[toge]

0から作りたがるのは作り手の常だけど、社会から求められるのは「今あるものをなんとか使うこと」っていうのは他の業界見ているとそうだよなぁと思う。

[nakag0711]

うーんマイクロサービス化ちゃんとされてるの前提なのね…

[tofu-kun]

かっこいい

[wyukawa]

強い

[nabinno]

ある種のSREかなと思う。

[mt_hodaka]

“コードをたくさん読めば読むほど、いいコード・悪いコードとたくさん出会えて、自分の中の引き出しを深く広くしていくことができる。” これに尽きる

[grgrjnjn]

“実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか”

[FunnyBunnyDizzy]

「僕の出すコードレビューは、設定変更 1 行に対してその背景やテスト結果の説明に 100 行かける」コピペグラマーの1000行よりもよほど価値があるコミットに感じてしまう。いぶし銀。

[Derabon]

ちゃんと読める人のコードはきれいですよね。

[quix_que]

たびたび書いているんですが、ちゃんと動いているコードを見て一部を変更するとどう挙動が変わるかを試行錯誤するのがプログラム習得の早道だと思う。

[dalmacija]

心強い。デザイナーなのでフロントエンドでqml触るだけなんだけど関連するqtライブラリ(c++)は読みに行くなあ。市場に需要ないかな……

[kazuhooku]

「僕はコードを読むのは得意な方だけど、それが過ぎてコードを書かなくてもシニアソフトウェア開発者になってしまった。実はコードをちゃんと読めるソフトウェア開発者って希少価値が高いのではないか」

[non_117]

基盤のバグがない限りは書いたとおりに動くので「〜と書いてあり〜のように解釈できるから、〜であろう」みたいな推論が大事になる。不思議なことに人文学で使うスキルと似ている。おそらく構造把握のスキル。

[xad39015]

コメントとコードの不一致もザラにある

[sigwyg]

“ロジックを順番に読むだけだと中々見えてこない部分なので、これを正確に文書化できると助かる人はかなり多いはずだ。” ←これは本当に助かる。そこで先日の文書化エントリに繋がるのだなー

[tattyu]

まぁまぁ出来るエンジニアという触れ込みの人でもコードを全然把握できてなくて一向に話がかみ合わず同じ事5～6回説明する羽目になる事があるので、確かにマネジメント層にそういう人がいると助かるなぁと思った。

[juve534]

コンテキストを理解できるって能力は大事だもんな。OSSのコードは参考になるのも多いと聞くので、コードは読める方が良いんだろうなと思った。

[y-mat2006]

かっちりとしたメンタルモデルが脳内にあるんだろうなあ。／この人がコード書いても生産性高いと思うけど、人の書いたコードをレビューしてダメ出しさせた方が全体的な生産性は高くなってるんじゃないかな。