より美しいコードを書くことに対する感情を失ってしまったのは衰えか成長か - まいくろ🍣きりみん

昔：感情があった 元々ぼくはきれいなコードを書くことへのモチベーションが高かった。 プログラマーになったばかりの頃にリーダブルコードを読んで感動したというのもあるし、ちょうどその頃DDD原理主義みたいなものが流行ってて、はてブのITタブにはきれいなコードを書くためのコーディング規約やテクニックに関するブログエントリやLT資料がたくさん流れていた。 最初にAndroidの大規模プロジェクトに関わった時は、元々のコードがかなりひどかった(初めてJavaを書く人達だけで書いたとしか思えない、現代ではおおよそあり得ないようなレベル)ため、リファクタリングをすることに非常に意義もやりがいも感じたし、どうせきれいにするのならばと張り切って出来るだけリーダブルなコードを書こうとした。 その後チームにgit化の波が訪れ(自分が推進したんだが)PRによるコードレビューなるものもやるようになった。 意識が高か

[kirimin]

1/25 11:14 追記２しました。

[gabill]

ある時期に正義だと信じて疑われなかったものが、のちに悪と断罪されるのを見たら、それ以降心の底から信じる事が出来なくなる。開発手法もフレームワークも。

[tagomoris]

無秩序なクラスのパッケージ構成や意味の分からないクラスをどうにかするの、洗練されたコードへの追求以外のなんだっていうの？

[sonots]

人はOOP原理主義やDDD原理主義な時代を一度通って、重要なのはそこではなく全体の統一感であったり、メンテナビリティ、プロダクティビティであることを悟っていくので、成長

[HolyGrail]

程度問題かなぁ。考えることをやめてしまうとエンジニアとして終わってしまう恐怖があるので必要に応じて正しく議論しながらbetterな選択ができるようにプロダクトは作っていきたい。

[fuji_haruka]

「興味は次第に行単位のコードの良し悪しよりもプロジェクト全体でのクラス設計やテスタビリティ、プロダクティビティのようなものに興味が移っていった。」ここに感情を感じる

[hogeaegxa]

いつまでも細かいコードを主観としか言えない理由でいじくってて、その結果後のテストとかが圧迫されるのって肝心の成果物全体の質でみるとどうなん？ってのは開発全体を経験したら思うようになるだろうな

[yujiorama]

スクラッチのときは潔癖症気味に倒すし、改修のときは要点だけ抑えて他には目をつぶる。後から直すのは大変…

[noseld]

経験や知識が増えると目的設定次第であらゆる選択肢が正解になり得ることを学ぶから、昔ほど盲目的に「正解」を追い求めなくなったなぁ。

[atsushifx]

多分、コーディングレベルではなくアーキテクチャレベルでの美しさを求めているのだと思う

[ozw-sei]

なんというか、徐々にコスパの悪いプラクティスがわかってくると細かいことどうでもよくなっちゃうんだよな。

[u1tnk]

俺の感じている事が言語化されていた。自分でそういうコメントな気がするときは全部nitsつけてたらnitsめっちゃ増えた。

[hikaru515]

あぁ〜わかるなぁ〜 この関数が定義されてるモジュールがおかしいみたいな大きな粒度とか、明らかに無作法（Lintではねるべき内容）は指摘するけど、あとは最近どうでもいいかな……

[Tomato-360]

分かる気がする。

[taketyan]

多分綺麗なコードを書くことを意識することで日々成長を感じられるフェーズが終わったので、今の自分にとって魅力的かつアクションも明確な成長目標が必要なんだと思う。それさえあればまた新鮮な気持ちでやれる

[takyam1213]

どんなコードでもメンテできちゃう問題

[diveintounlimit]

わかりみ

[krrrr]

わかる

[D_first]

追記２で急になんというか当たり前の話になってしまった。YAGNIとKISS大事だよねーの一言で終わる話だと思う。

[kat21]

心情として結構近いかも。よりbetterはありうるけど、betterにしたところで受けうる恩恵とのバランスが取れないなら放置する、といった感じ。

[Kesin]

行単位のコードの美しさや雑なループ処理はもはやLintツールが自動的に指摘すべきものであって、人間のレビューは設計とか名前付けに注力すべき時代になったと思う。

[otherworld]

視野が広がったので相対的に優先度が落ちただけな気がする。メソッドレベルで完璧でも、全体が辛いと意味ないし…。

[nilab]

この先は費用対効果が少ない感じ。「人々のより優れたコードを書きたいという情熱」「Kotlinのスコープ関数はどれを使うのが一番最適だとか、この関数を使うと条件判定がより自然言語に近くなり読みやすいだとか」

[yancy1969]

視座がミクロからマクロに移っただけの気もするからそんなに悲観しなくてもいいのではと思った。

[reitanigawa]

そうだね……という感想。仕組み的に、どうしても駄目なモノ以外は許容するし、美しいよりなにより、まず早く動かすというのが最近。

[yo_waka]

視野が広がって今後移行しやすいかとかもうちょい全体的な課題に視点が移っていくというのはありそう

[ssuwam]

自分も近年は動けばいいみたいな感覚になってしまった。鬱かもしれない。

[chiba1008]

年取るとすべてがどうでもわくなってくるんよ(´・ω・｀)

[mmr1203]

リファクタリングは将来への投資だと思ってる。

[for-my-internet-demo]

僕も最近そんなに言語や規約うんぬんそのものに興味ないかも。クソコードらしいクソコード最近見ないのもあるし。「めっちゃ綺麗に書かれたCRUD」よりも取り組みたいとこはアーキテクチャ

[objectiveworker]

コードや設計を綺麗にするのは、詰まる所、事業の成長スピードを加速させる(減速させない)ためだな。なんで、事業的にリファクタやリアーキ、リライトしても意味のない所はとりあえず放置する。

[wwolf]

原理主義に帰依するのはエンジニアの麻疹

[Lumin]

ズレてるブコメ多いなあ。実装の細かい関数の使い方の話よりアーキテクチャをいかに綺麗にしておくかが今後の保守性や可読性に大きく寄与するからそっちに感情ウェイトがいっちゃってるって話でしょ。正しいと思うよ

[htilcs1115]

情熱を失ったと言うよりはコードを書くときの視点が行単位から全体像へ移ったのでは？と思いました。より、アーキテクチャを考えるようになったのかなーと。

[parton]

かけたコストを回収できるかどうか。プロジェクト単位、人単位。意識せずにいいコードをかけるようになりたい

[aceraceae]

昔は可読性や美しさよりも実行速度なときもあったけど、逆に今は余裕ができたんでスッキリ書きたいと思う。ただ構造的美しさを追求しすぎて高度に抽象化されて無駄に難しくなってるコードにはイラッとくるかも。

[earu]

部分最適化より全体最適化の方が効果があると思っているんじゃないだろうか

[rin51]

視点がミクロからマクロへ移行したということでは

[GEROMAX]

すべては塩梅なのだ。必要ならやる、過剰ならやらない。その繰り返し。

[htnmiki]

日々の「作業」に忙殺されると人は感情を無くすという辛い話だった