面倒な部分をコンピュータが代わりにやってくれているだけで、方法そのものはもともと存在していたのではないですか。

ああ、会社生活のPTSDが来る

上の内容にはかなり同意します！
ただ、規模の小さい企業でオーバーエンジニアリングが起きる場合は、大企業を目指す人たちが小さな企業でそうしたツールの経験を積むためでもあると思います。

もちろん、代表はあまり好まないでしょうけどね（笑）

投資を受けることも、十分な規模の収益を上げることも、それぞれ難しいのに、その両方をやらなければならないから……

やることがあまりないと、つい無駄なことをしてしまうものですよね（笑）
簡単な問題でもわざわざ難しく解けば、何かやった感を出せますし。簡単にやると、それが簡単なことだと思い込む人も多いですしね……（笑）

Springは人材を確保しやすいので…

Kermit the frog から取ったっぽい……ですよね？

小さく作ったものを後で大きく作り直すのが怖くて、最初から大きく作ってしまうことが…

K8sにも当てはまる文章だと思います。『保守しにくいコードを書く方法』という本を思い出しますね。笑

韓国のSpringは、崇拝というよりは…
政府の無能さと開発者の面倒くさがりが多く混ざったハイブリッド…

結局のところ、技術が解決しようとしている問題と、その技術が生まれた文脈を理解する必要があります。記事に出てきた例としては、次のようなものがあります。

• Cassandra -> Facebookサービスのデータベースのスケール課題を解決するためのソリューション
• Kafka -> LinkedInでのデータ処理のスケール課題を解決するためのソリューション

それらが解決しようとしている問題と、自分が解決しようとしている問題が本当に一致しているのかを、よく見極めるべきだと思います。

とても共感します。Springも結局は問題を解決するためのツールなのですから。

多くを学びました。良い文章をありがとうございます。

技術は道具であって目標ではない、ということを時々忘れている人が本当に多いように見えます。
ビッグテックで検証されているから、最近よく使われているから……こうしたことが技術選定の主要条件になった瞬間、不必要なコスト増加が自然とついてくるのです。

韓国ではSpringのカーゴカルトが強いですね。

文章だけ見るとあまりにも当然の話の羅列ですが……実際はまた違うのでしょうね……

> スクロールを妨げてはいけない、不要な邪魔要素だと思う

不便だと思っていましたが、すでにHNの意見にもありますね。スクロールはスクロールらしいときが一番楽だと思います。

トランプの影響がこんなところにまで及ぶんですね。残念です。

JetBrains、今すぐ上場してくれ

Cursor はむしろ Claude と組み合わせて動かすときに最高の性能を発揮する感じでしたが、
私の感覚とは違って o1 を勧めているんですね…！