なんとなくだけど、プログラミングとかコードって「賢くなればなるほどいい」みたいに思いがちじゃない？😳
でも、LaravelっていうPHPのフレームワークを作ったテイラー・オトウェルさんが、「賢い開発者はちょっと注意してね」って言ってて、え、どういうこと？ってなったんだ💭✨
「賢い開発者」が注意すべき理由って？
Laravelって、簡単に言うとPHPでウェブアプリを作るための便利ツールなんだけど、テイラーさんは最近の開発者たちに向けて「あんまり賢くなりすぎると、かえって問題が増えるかもよ」って話してるんだ👀
具体的には、最新の技術や難しいトリックを使いこなすのはすごくいいんだけど、コードが複雑になって読みにくくなったり、他の人が理解しづらくなることもあるよね？ってことらしい🥺
なんでそんな話になったの？
テイラーさんは、Laravelコミュニティの中で「みんながもっと便利に、わかりやすく」使ってほしいって思ってるんだって💡
でも、あまりにテクニカルなことやトリッキーな工夫を入れすぎると、新しい人が入ってきたときに困るし、バグも見つけにくくなるよね？って💬
だから、「コードはシンプルに、みんなが手を入れやすい状態であることが大事」って強調してるみたい✨
ちょっとわたしが思ったこと
うーん…これってプログラミングだけじゃなくて、なんでも言えるかも？って思ったよ🥺
たとえば、仕事のやり方とか人間関係でもそうで、「あれこれ知ってて賢い人」ってすごい反面、みんなと話が合わなくなったり、周りがついていけないことってあるじゃん？💭
だから、「賢さ」と「わかりやすさ」のバランスって大事なんだなぁって改めて感じた✨
まとめると…
- Laravelの創始者・テイラーさんは、「賢い開発者ほどコードのシンプルさを心がけてね」と言ってる💡
- 難しいテクニックを使うのはいいけど、複雑すぎて他の人が困るのは避けようってこと👀
- これはプログラミング以外でも、なんか日常的にも当てはまる話かも？って思う💭
ちょっと考えさせられる話だったよね✨
難しいことをやりすぎて自分も周りも疲れちゃわないように、うまく力の抜きどころを見つけたいなって感じる今日この頃だった💗
はてな
コメント
ハンナ
「賢い」の定義がちゃんと欲しい、複雑すぎて手に負えないけど一見カッコいいトリックは危ないからね。
クリス
7行の正規表現で問題を「解決」して、その後そのコードを直す羽目になったエンジニアとして、オトウェルの意見に超同意。
ロバート
ララベルはちょっと賢すぎて、動くと嬉しいけど問題が起きたときのデバッグは最悪。
グレース
ララベルは意見が強すぎて必要な機能をサポートしなかったり、逆に制限が厳しくて回避策が必要だったりして、テイラーは「賢い開発者」を推してる感じ。
ハンナ
今はみんなララベルばかり知ってて、他のフレームワーク使うのも説得が大変なんだよね。
リリー
2025年になって2013年の話をまだ持ち出すのはなぜ？ 12年もアップグレードに苦労してたら、さっさと見切りつけたほうがいいよ。
ジョージ
「賢い解決策」はフレームワークの定番外だから「臭い」って話だけど、今は折り紙パッケージなしで紙を折るだけでも臭い扱いだよね。
サム
賢い開発者は怖いけど、バカな開発者見たことある？
キンバリー
賢さは自分が直す間はいいけど、他人が読むと困ることが多い。 グーグルの読みやすさ重視と統一ルールは最高だよ。 シンプル＆統一がチーム開発では何より重要。
ハンナ
これなぜ支持されてる？ この記事、内容ゼロのララベル広告じゃん。
ノーラン
「賢い開発者に気をつけろ」って、賢くない人向けに作ったフレームワークの作者が言うのかよ。
グレース
自分の作ったフレームワークは拡張しにくいのに、回避策を使う人を責めてるだけ。
ロバート
やるべきは、自分じゃない誰か（半年後の自分も含む）が読んで意図を理解できるコードを書くこと。
ロバート
やっちゃダメなのは、見た目すごいけど複雑すぎてレビューも理解も大変なコードを書くこと。
キンバリー
簡単に読めて分かりやすい方を選ぼう。 5行を2行にまとめられるからって読みづらくなるならやめたほうがいい。
レオ
俺がどれだけ複雑さを武器にして自分の仕事を守ろうとしてるか、君にはわからないだろうね。 気をつけろよ。
ハンナ
タイトルには同意、記事に中身がなくてスルー推奨。
