- かつては 好奇心と探究心 が独創的で革新的なツールを生み出していたが、今日の開発文化は次第に 指標と収益中心 へ移行している
- 以前の開発者たちは、単なる好奇心から役に立たないかもしれないプロジェクトを作り、純粋な学習と実験 に没頭していた
- 現在は開発者たちが 最新フレームワークと数値最適化 に執着し、自分自身が興味を持てない問題を解こうとする傾向が強まっている
- その結果、創造性と当事者意識 が失われ、開発者は次第にツールによってアイデンティティを規定される状況に置かれている
- 筆者は、開発者たちが再び 好奇心のための開発とニッチなイノベーション のための余地を作るべきだと強調している
好奇心が道を導いていた時代
- ソフトウェア開発の分野で長年の経験がある人なら、開発者たちが 単なる好奇心 や学習のために 独創的な製品やプロジェクトを公開していた時代 を覚えているかもしれない
- そうした好奇心と問題解決の姿勢が、今日でも使われている最高のツール、たとえば VLC、Linux、Git、Apache HTTP Server、Docker などを生み出した
- これらのツールは、大企業やソロプレナーが収益拡大を目的に作ったものではなく、独特な問題を解決したり新しいことを学んだりしたい好奇心旺盛な開発者たちによって生み出された
- 2000年代（2003-2009）には、新しい技術、フレームワーク、プログラミング言語を探求しながら夜遅くまで実験することがよくあり、自分だけのためのばかばかしかったり奇妙だったりするプロジェクトを作る楽しさがあった
- 目的のない学習 は、特定の結果へのプレッシャーなしに新しいアイデアや概念を探れるようにし、最適化されていない実装や突飛なアイデアを試す自由を与えてくれる
- 旅の終わりに新製品や収益を期待しないからこそ、より良い学習体験と満足感を得られ、これは初心者から経験豊富な開発者まで誰にでも当てはまる
- こうした tinkerers mindset がソフトウェア開発の世界で少しずつ消えつつあり、周囲から「時間の無駄」や「キャリアの役に立たない」といった反対をよく受ける
メトリクスと目新しいものの時代
- この10年で開発者文化には大きな変化が起き、好奇心と創作の喜び から メトリクス、収益最適化、価値提供、大衆向けの構築 へと焦点が移った
- この変化が良いのか悪いのか断言はできないが、観察される現象としては懸念がある
- 開発者たちは、自分が楽しめない技術で、興味のない製品を、理解できないオーディエンス向けに作り、それが成功のために必要なことだと信じている
- 多くの開発者は自分を差別化したりスタートアップのCTOになったりするためにこの道を選ぶが、実際には興味のない問題を解こうとしても本当の成功は難しい
- 興味のないプロジェクトで前進している実感を持てないと、自分を Next.js開発者 や React開発者、Rust開発者 のようにツールで定義するようになる
- 最新のフレームワークやアイデアを追いかける傾向が目立ち、現在のプロジェクトを中断して、より良いスタックへ乗り換えたくなる衝動が頻繁に起こる
- たとえばWebアプリでは最新の React や Next.js のバージョンを使うべきだとされ、2023-2024年には React server components が必須であるかのように扱われている
- Vue.js や Angular の新機能、あるいはバックエンドで Go や Node の代わりに Rust に移行する例も増えている
- 自分を特定の言語やライブラリで規定し、MMR、ARR、DAU、MAU、SEO順位、コンバージョン率のようなメトリクスを最適化しているのに、なぜ製品が成功しないのかを理解できていない
私たちが道の途中で失ったもの
- 成功のために最新技術を無批判に採用することは破滅へのレシピであり、開発者文化全体に悪影響を及ぼす
- 好奇心旺盛な開発者、tinkerer、情熱的な創作者 が消えていくことを惜しみ、この姿勢が失われれば良くない結果を招きかねない
- いまでも HTMX、Bun、Astro、Zig のような革新的な例はあるが、それはまれで、メトリクス追求の騒音に埋もれている
- こうした明るい例は、好奇心ある開発者がいまも存在していることを示しているが、その数は減り、見つけにくくなっている
世界は動き続けるが、私たちの一部は覚えている
- 中年の愚痴のように聞こえないようにしたいが、開発文化における好奇心の減少パターン は長年観察されており、懸念している
- 昔は好奇心から作られたツールが今も使われている一方で、新しい創作物は相対的に少ない
- 今日使っているソフトウェアのうち、好奇心旺盛な開発者が作ったものの古さを考えると、現代のソフトウェアは大企業やソロプレナーが作ったり売却されたりしたものが多い
- 開発文化から重要な何かが失われつつあり、好奇心ある開発者が完全に消える前に取り戻さなければならない
- そうでなければ、プライバシー問題、悪い収益化戦略、肥大化したフレームワーク、当事者意識のないソフトウェアの海になりかねない
所有権の死は消費者だけの問題ではない
- 消費者がソフトウェアを所有せず、月額料金を支払うライセンス形態へ移行したことはよく知られている
- Adobe suite、JetBrains IDE、最新の iPhone や Android、Windows などでこの現象が見られる
- 作り手の側面から見ても、開発者が自分のツールを本当に所有しているのか、それとも最高値を付けた相手に売り渡しているだけなのかを考える必要がある
- 人々はもはや独特なものを作るよりも、大衆に貸し出すSaaSを構築 しようとしている
- メトリクス、収益、成長にしか関心を持たない傾向が強い
- Linus Torvalds は Linux を所有し気にかけているが、Solomon Hykes は Docker を、Daniel Ek は Spotify を、Mark Zuckerberg は Facebook を本当に所有し気にかけているのだろうかという疑問がある
- 創作者たちが自分の創作物をメトリクスと収益最適化の奴隷にしてしまう現象が起きている
- この問いは、開発者文化の変化の中で、ますます頻繁に自分に投げかけるべき問題になっている
好奇心とイノベーションのための余地を作る
- 生活の予定の中に 個人的な実験の時間 を確保し、他人の関心とは無関係に、自分のためだけの何かを作ってみよう
- 野心的でも、ばかばかしく見えてもよいアイデアを追いかけ、幸せを感じることに焦点を当てる
- 公開できないプロジェクトでも、お金にならなくても、役に立たなく見えても、作ってみること自体が学びと創作の価値をもたらす
- 旅そのものに価値があり、目的地ではなく過程に満足を見いだす
- 野心的でも些細でも構わない。自分がやりたいからやるという 没頭の喜び が核心だ
- ソフトウェア開発は 創造性×工学 のバランスで成り立つ特異なクラフトである
- そこに性急な マーケティング をねじ込むと、本質的な探究と職人的なこだわりが弱まる危険がある
Build what you Can’t Ship
- 誰も使わないかもしれず、お金にもならないプロジェクトでも、出荷できないプロジェクト として思い切って始め、作り、いじりながら学んでほしい
- 結果の有用性よりも、好奇心に従った 探究としての学習 そのものに価値を置くべきだ
- 完成物が一般公開に向かなくても、共有 をためらわず、他人の無反応を恐れないでほしい
- 目的地より旅、成果物より プロセス中心の価値 に意味を見いだす
- 個人的な問題意識が意外な広がりを見せることもあり、独特な解決策が他者にインスピレーションを与える 波及効果 を生むことがある
- Linux、VLC、Git のような 事例 は、個人の粘り強い好奇心から始まった
- 当時 SVN が標準だった時代、分散バージョン管理 という発想は無謀に見えたが、Git は今日、事実上の標準になった
- 既存の合理性の基準に合わなくても、実験が積み重なればパラダイムは転換し得る
結論
- 開発文化は変わりつつあり、生活や現実的な要求もあるが、好奇心という火種 を失ってはならない
- 独創的で創造的な試みが消えれば、ソフトウェアには 収益志向で創造性のない製品 だけが残る危険がある
- 読者に対し、もう一度 好奇心旺盛な開発者としての精神 を取り戻してほしいと呼びかけている
24件のコメント
| 現在は開発者たちが最新のフレームワークや数値最適化に執着し、自分自身には興味のない問題を解決しようとする傾向が強まっています。
私も強く共感します。特に残念なのは、年収が高い企業や良いポジションを提供するところほど、
これらの要素を採用基準にしている場合が多いということです。
例えば、業界で主要なフレームワークを使った経験がなければ、応募の機会自体が大きく減ってしまうのが現実です。
しかも多くの場合、2番手のフレームワークは選択肢にすらならず、『最もメジャーな1位のフレームワークを使っているか』が圧倒的に有利に働きます。
開発者ではないので、どこまで共感を得られるかはわかりませんが、
元の文章の著者はマンネリに陥った状態でこの文章を書いたのではないか、という気がします。
今は趣味で開発をしていますが、ソリューションを開発して得られる達成感は今でも大きいですし、うまく解けないときには徹夜で意地を張りたくなることもあります。時間的な余裕があれば、ですが。
Hacker News、CodePen のニュースレター、GitHub Explore のようなものを見ていると、興味深いプロジェクトも多いし、インスピレーションをかき立てられる内容もたくさんあります。
そういうところから始まる思索は、今でもやはり楽しいです。
もしかすると、自分で自分を価値に従わせるような考え方をするようになってしまったのではないか、突飛な好奇心を時間の無駄だと思ってしまっているのではないか、一度立ち止まって振り返る時間が必要なのではないかと思います。
好奇心を持つべき時間に、仕事を片付けるのに忙しくて（泣）
チャン・ガンミョンが『先に来た未来』で描いたプロ囲碁棋士たちの姿に似ている。その未来は開発者にもやって来た。
私の考えでは、世界的に経済状況が厳しくなっていることと、新しいジュニア開発者の流入が減っているからだと思う。既存のシニアたちは年齢を重ねてしんどくなったり、あるいは育児や家庭の面倒を見るので忙しかったり、といった理由があるのではないかと思う。
JetBrains IDE は年間サブスクリプションを契約すると、契約時点のそのバージョンの永続ライセンスが付与されると認識していますが、もう終了したのでしょうか？
今でも支給しています。本文ではおそらく、JetBrainsがソフトウェアのサブスクリプションモデルの先駆者だったため言及されたのだと思いますね。
確認ありがとうございます！ 他のサブスクリプションモデルとは違って、とても良かったので「何か新しいサブスクリプションモデルなのかな……」と思いましたが、よく考えてみると、かなり昔の一部のソフトウェアが維持している「XXXX 2025 ソフトウェア / ソフトウェア アップグレードキット」というBMに似ていますね。
JetBrainsが10年前に初めてサブスクリプションモデルを導入した当時の反応を見ると
こんな反応を見ると、当時はかなり抵抗が強かったようですね。
https://reddit.com/r/java/… を見ていました。
わっ、ありがとうございます。初期導入時にはこういう反応があったのですね。私はサブスクが世の中を支配するようになってから初めてJB IDEを見たので、「どうしてこんなにライセンス方針が良いんだろう」と思っていたのですが、過去の反応を見ると、何かとても大きなことに気づいたような気分になります。（何に気づいたのかはまだ自分でもよく分からないのですが、何かが主流になる前の見方と、主流になった後の見方は、かなり違い得るんだな……という、そんなことを考えました。）
調べてくださって本当にありがとうございます。良い一日を！
ㅁ 'b先進的すぎて、少し昔のBMの一部を維持しているのではないかと思いました
Hacker Newsの意見
この記事には共感するが、自分が1990年代にこうしたことがすべて始まった頃とは人生の違う地点から見ているだけではないか、と自省もしている。当時は若く、責任もあまりなく、自由時間もたくさんあった。今は父親で、住宅ローンがあり、地域政治にも関心が高まっている――「より良い世界を残したい」からだ。それでも、時間とともに変化があったのは確かだ。オープンソースが急速に台頭していた時代に育ったのは本当に素晴らしかった。自分たちは世界を変えたと思っていた。ソフトウェアが次第に主流になるにつれ、PGのスタートアップ論のような善意のアイデアでさえ、結局は金へ向かう流れに変わり始めた。理屈の上では、ハッカーにF Uマネーがあれば企業勤めを心配せずに学習と好奇心を追求できると言えるが、現実にはその程度の富を築ける人はごく少ない。今は企業の力があまりにも集中している。LLMが開発力の中核になれば、この現象はさらに深刻化するおそれがある。もしかすると新しい方向性が必要な時期なのかもしれない。自分の年齢ではその変化を主導はできないが、変化を導く人たちがいるなら情熱的に応援したい
この記事にはかなり懐疑的だ――まさに「昔は良かった」的な考え方に見える [Good Old Days]。ITがものすごく成長したのは事実だが、何をやっても大して興味を示さない人はいつの時代も一定割合いた。たとえば1998年ごろ、ある同僚がIDEなしではコンパイラを使えないと知って衝撃を受けた記憶がある。そういう人は当時も多かったはずだ。そして「使える新しいものがない」という話も少しナイーブに見える。Hacker Newsを見るだけでも毎日すごいプロジェクトが出ている。まだ広く使われていないだけで、今後どうなるかはわからない。昔だってLinuxがすぐ主流になったわけではない。そして企業の力も結局は栄枯盛衰の繰り返しだ――Data General、Compaq、DEC、かつてMicrosoftが最大の敵だった時代もあった。付け加えるなら、退屈で取るに足らないものも大量に出てくるが、その大半は忘れられるだろう――Sturgeon's lawの通り、「あらゆるものの90%はクズ」なのだ
自分にとってコンピュータプログラミングは趣味で、それでお金をもらえるのは泥遊びをする豚みたいに幸せだった。若くしてそうやって働いて金までもらえるのが本当に嬉しかった。でも90年代末にコンピュータサイエンス専攻で一緒に学んでいた友人たちは、ほとんど皆お金目当てで来ていた。当時も大半のプログラマは金のために働いていた
こういう話が出るたびにいつも言うけれど、自分は飽和現象のせいだと思う。ある時点からコンピュータ分野が「いい仕事」になり、その後は本当に好奇心の強い少数だけが目立つようになった。大半はただ安定した給料を求めてこの海に入ってきただけだ
皮肉なことに、LLMは目的のない好奇心や学習を刺激する存在でもある。Twitterを見ても、人々がチャットボットを妙な状態にしたり、新しいシステムを試したり、脱獄を試みたりするのをよく見かける。ただゲームのように面白がってやっているのだ。こういう技術の驚異と好奇心を保ち続けながら、同時に脅威としてだけ見ることはできないと思う
昔と今の唯一の違いは、すでに解決済みの問題がはるかに増えたことだ。そのぶん情熱的な開発者が実力を発揮できる「空き地」は減った。それでも自分は昔、lispやHaskellなどに興味を持ってしばらく掘り下げたことがあるし、今でも主流の外には未解決の問題がたくさん残っている
自分は今もここにいて、昔と同じくらい好奇心旺盛だ。本当に好奇心のある人にとっては、機会はますます大きくなっている。昔（2000年ごろ）、家にコンピュータすらない開発者と一緒に働いていて嘆いたのを覚えている。自分の本棚は学びたい本でいっぱいで、ハードディスクにはアイデアばかり山ほどあったのに、一部の同僚は退勤したらコーディングのことは終わり、それで十分だった。25年たった今でもそういう連中を何人か知っている。中にはソフトウェアでキャリアを築いた人もいるが、好奇心はなかった。ただの手段だったのだ。彼らを責めるつもりはない。でも自分は、常に学び、成長し、何かを作りたいタイプだ。最近いちばん失望するのは、ソフトウェアの同僚に、Jiraのステータスだけ更新して優れたソフトウェアを作ろうとしない人があまりに多いことだ。エンジニア、マネージャー、役員のすべてでこの現象を見ている。自分は本当に有用で良いソフトウェアをリリースするとき、自己実現の感覚を得る。だが彼らはただ忙しそうに見えることに満足している。実際に価値を生んでいるようには見えないのに、カレンダーだけは埋まっている。この現象は多くの業界で疫病のように広がっている。生産的なふりをして、実際には生産的ではない文化だ。製造業、農業、学術の人と話しても、皆似たような話をする。Stein's lawによれば、いつかこの「生産性の演劇」も終わるはずだ。その日が美しいものにならないのではないかと恐れている
ソフトウェアの同僚がJiraのステータス更新以外に大したものを作ろうとしない今の現象は、実のところ今に始まった話ではない。Dilbertのような漫画が80年代からこうしたものを風刺していた
1996年に最初の職に就いたとき、自分はすでに10年間趣味でコンピュータを触っていて大学も卒業していた。22歳の独身で都会に引っ越し、自由に使える小遣いもあった自分にとって、一日中働いて帰宅後にまたコンピュータの前に座ろうとはまったく思わなかった。30年開発をしてきたが、自発的にコードを書いたことはほとんどない――慈善団体を少し手伝ったくらいだ
「自分たちが泳ぐ海はより大きく深くなった」という意見に同意する。2000年代にはソフトウェア開発は今よりずっと小さな分野で、焦点は「好奇心の池」のような空間にあった。そこではすべての開発者がちょっとした遊びをしていた。今ではソフトウェア分野は巨大な海へと拡大し、著者は池ではなく海だけを見ているように思える
「今のほうがずっと良い」に全面的に同意する。自分もAIとの短いハネムーン期を経て、今ではどんなテーマでもAIが本当に有用なツールだと実感している。月に$20払うだけで、好きなテーマをいくらでも深く掘れるというのは驚異的な体験だ。学びたいことが多すぎて困るほどで、今ほど面白い時代はないと感じる
昼は開発していても、自宅には同じプラットフォームのコンピュータがなかったこともある。若い頃、自宅には一時期Commodore 64、Tandy、UNIXワークステーションなどがあったが、会社ではWindows NT、Solarix、HP/UXで開発していた。別の都市に引っ越し、会社で社内専用プラットフォーム（またWindows NT）とSolaris向けに開発した経験もある。昔はヘッダファイルもライブラリもすべてプロプライエタリで、会社は1人あたり莫大なライセンス費用を払わなければならなかった
全体としては同意するが、一つ反論すると、20年前は好奇心が半ば強制だった。コードを保存するツールが必要なのに適切なものがなければ、週末のあいだにGitのようなものを作るしかなかった。今は数多くの好奇心ある開発者たちのおかげで本当に素晴らしいツールがあふれていて、0から1を生み出すような発見はそう簡単ではない。それでも新しいフロンティアを切り開いている人はいる。自分はクリプトは好きではないが、好奇心旺盛な開発者のかなりの数がそこに居場所を見つけた。AIは参入障壁が高いが、それでもまだ発見は起きている。好奇心ある開発者は消えたのではなく、ただ給料取りの開発者が大量にいるせいで見つけにくくなっただけだ――昔はみんな好奇心旺盛だったと感じるのも、結果だけを見て振り返ることでそう見えている錯覚だと思う
これは少し美化だ。20年前にもソース管理やモダンなツールは十分にあった。たとえばTFSは2005年にMicrosoft陣営で登場している
会社の環境では、0から1を生むマインドセットは実質的に役に立たない。ほとんどの場合、そうした革新は葬られ、再利用されることもない。5〜6年後に若い才能がまた掘り起こすかもしれないが。自分たち――つまりセーフティネットのない人たち――には、90年代のように実験したり探究したりする余裕はなかった。それは「金持ちと影響力のある人だけが楽しめる贅沢」になってしまった。物価もインフレもはるかに高く、民間の健康保険のようなアメリカの制度にも縛られている。病気になったり失職したりしたら本当に大変だ。今や「好奇心」のリスクは昔よりずっと高い
今では流行のテーマ（たとえばAI）にしか好奇心を持たない開発者も増えた
好奇心旺盛な開発者が完全に消えたとか、有機的で非営利的なWebが消滅したという考えには同意しない。ただ、お金だけを見て学んだ開発者たちの中で、本当に情熱のある開発者が目立たなくなったのは事実だ。同じように、純粋な情熱で作られたインディーWebサイトも、利益だけを追う無数のサイトに埋もれて見えにくくなった。かつてソフトウェア開発者は企業で特別高く評価されていたわけではなく、単に8ビットの遊び用コンピュータでゲーム開発をして遊ぶ変な趣味だった。本当にコンピュータをいじる好奇心の強い人が主にやることだった。そしてハッカーが英雄扱いされ、天文学的な富を築く「黄金時代」がやってきて、そのとき多くのハッカーが成功した。だがこの流れこそが文化の変質のきっかけになった――金を目的とした人が大量流入し、その人たちも有能ではあるが、動機の構造が違うため文化も変わった。今やプログラミングは大工や看護師のような、きちんと報酬の出る熟練職になった。もう一度ハッカー文化が恋しいなら、あまり流行っておらず金にもならないが、不思議と惹かれるマイナー分野を探せと勧めたい
勤めている会社のオーナーでない限り、会社の利益のための好奇心など不要だと思う。昔、自分の好奇心で徹夜してチェックアウトプロセスを改善し、収益が大幅に上がったことがあるが、何も返ってこなかった。他チームのアプリがランダムにクラッシュするのを解決して数百万規模の契約成立に貢献したこともあるが、返ってきたのは感謝の言葉だけだった。好奇心は自分のプロジェクトにだけ使うべきだ。会社では最低限しかしない
著者が実質的にWeb開発者だということが出ている。新しいJSフレームワークの革新がないからといって、革新や創造性そのものが消えたわけではない
著者に同意する。根本原因は全体として心理的安全性の喪失だ。安全だと感じるとき、人は時間を無駄にしても大きな危険はないと思い、いじったり実験したりできる。今の気候、経済、政治の状況を考えると、多くの人にとって不安の時代だ。アメリカでイノベーションの空気感が頂点だったのは、ベルリンの壁崩壊後、9/11前の90年代だったと思う。技術への高揚感が最高だった時期だ。もちろん今でも皆、Netflixやドラマや読書などで多くの時間を浪費しているが、それは世界から「逃避」するための時間であって、創造的に世界と「つながる」ための時間とは違う
この理論への反論として、60〜80年代には政治・経済状況がもっと悪かったのに、コンピューティングのイノベーションの津波があった。当時も気候問題（大気・水質汚染）は深刻だった
90年代は単に70〜80年代に蓄積された技術的情熱の頂点だった。昔にもベトナム戦争、オイルショック、冷戦があり、それでも皆懸命に踏ん張っていた時代だ
自分はむしろ逆で、シニアエンジニアとして最近は以前より多くのサイドプロジェクトを試しているし、その大半を完成まで持っていけている。今では新しいプロジェクトを始めることにも以前より自信がある――少なくともMVPまでは作れる確信があるからだ。商業目的ではなく、たいていは自分が不便に感じた部分をいじっているだけだ。理由は3つある。vibe codingのおかげで以前なら避けていたUIやCSSのような部分にも取り組めるようになったこと、Geminiが以前は厄介だったdevopsの問題を簡単に解決してくれること、そしてPostgres、docker、node、ollamaのようなオープンソーススタックがあまりにもうまく動くことだ。AIがこうした悩みを減らしてくれるので、面白い部分にもっと集中できる。そのおかげで以前よりUIも見栄えよくなり、友人や家族に共有する自信も増した
友人の一人はGoogleで15年働いたあと解雇され、今は40代半ばだ。最近は組み込みシステムやハードウェアコントローラ、Haskell、Erlangなど、WebスケールなDBアーキテクチャとはまったく違う新しい分野を掘っている。人生で見た中でいちばん幸せそうだ。純粋な好奇心に従っていて、泥遊びをする豚のように喜んでいる
Googleで15年働いたなら、たぶん経済的にかなり余裕があって、好きなことを何でもできる状況なのだろう
Googleに15年いたなら、もう生活の心配はなく、家族ともゆとりを持って暮らせるはずだ。そうした安定感が大きな幸福の要因なのだと思う
ソフトウェアエンジニアリングの歴史全体を通して見ても、今は遊び回るのに最高の時代かもしれない
この50年で、ソフトウェアは趣味から、オタクの小集団から、そして今では1兆ドル超の産業へと変貌した。この変化によって、ソフトウェア開発者コミュニティの構成も大きくかき混ぜられた。2025年の平均的な開発者がこの分野に入ってくる理由は、2015年や2005年の開発者とはかなり違う。今でも好奇心ある開発者の数は増えているのかもしれないが、カップケーキの中で彼らの取り分は小さくなっているのかもしれない
まあ、そうだな。好奇心旺盛な開発者は今でも好奇心にあふれているが、その周囲の文化がますます情熱を搾り取る雰囲気になっている
今では中堅開発者はたいてい、お金のためにこの業界に入った人になった。成長産業や機会を見つけにくい構造の副作用だ
自分はコンピュータが好きだが、正直しんどい。一日中stand-up、Scrum、SAFEに振り回され、複数チームのマイクロサービスをつなぎ合わせて爆発しないようにするだけで帰りたくなる。仕事中に遊ぶ余裕もないし、夜にまたコードを書くエネルギーもない。趣味を仕事にして、結局その趣味が死んでいく体験だ
住宅インフレもまた、皆を傭兵のようにしてしまう一因だ
お金こそ本当の核心だ。80年代に初めてコンピュータに夢中になった頃は、皆が好奇心にあふれ、技術的に情熱的だった。当時、コンピュータ分野が最初に大きく成長した舞台はウォール街や銀行業界だった。ウォール街が開発者に大きなボーナスを出し始め、ソフトウェアが大金を稼げると明らかになった。その後、技術にまったく情熱のない人たちまで金を追って流入した。ドットコムブームとバブル、そしてソーシャルメディア、FAANG、天文学的な企業価値と法外な報酬パッケージの時代へ進むにつれ、この現象はさらに強まった。その結果、好奇心が強く情熱的な開発者は今もいるが、数の上で希釈されてしまったのだ。こういう場所でだけ、かろうじて同じような情熱を見つけられる
開発者だけの問題ではない。あらゆるテック企業がFAANG流を真似て価値の証明と競争を強いている。今では「終身雇用」という概念は完全に消えたように感じる。学界の「publish or perish」がそのまま職場文化に入り込み、皆が自分の席を守るためにゲームのようにシステムを使いこなしているようだ
「他に成長の道がないから」という話は100%正しくはない。アメリカ社会そのものがこの30〜40年、大学進学を過剰に推し進め、高収入の約束を売り込んできた。その結果、大学卒業者はあふれ、同時に借金も積み上がった。実際には、大学に行かなくてもまともな収入を得る道はいくらでもある。皆を「大金を稼ぐこと」だけに向かわせるのではなく、本当に自分が何を望んでいるのかを見つけ、それに合った道を探るべきだったのだ
すでに C と Assembly だけで構成されたプロジェクトをやっていた時代にオープンソースへ移ってきたときも、根性のない連中は持ってきて使うだけで、発展に貢献する人は 0.1% しかいませんでした。
今でもやはり、雰囲気で持ってきて使う連中と、
逆に claude を開発する人たちがいるんですよね。
変わったことはありません。
その間、大半が好奇心で研究してきたとでもいうんですか？
猫も杓子もやっているアプリ開発ごときで、自分がビル・ゲイツにでもなった気分で生きているんですか？
アーキテクチャ設計者にとっては今の時代はありがたい。
もっと深く掘れるから。
これはコンピュータが登場してから今に至るまで 0.1% の
人たちくらいしかこの分野に適性があるわけで、
就職や社会の中で少し特別な職業意識を
奨励したせいなのか。
実際、この間ずっと猫も杓子もみんな自分をプログラマーだと
勘違いしていただけでしょう…
デバッガを一つまともに自分の手で作れる
人を見るのも難しいし、
アーキテクチャの周辺すら設計できない人が
大半なのに…
自分をプログラマーだと勘違いしている人が多いんですよ…
最近は何と呼ぶんでしたっけ？ 開発者様？
もう狂ったサイコみたいな人たちは見かけにくくなりました。
ご自身の業績や現在の立場に満足している開発者の方々は、たいていこのような露骨な非難を控え、他人の価値観や特定のエコシステム、技術を否定したりはしません。
主に自分の低い自尊心を隠すために、選民意識と優越感に酔って生きている時代遅れの開発者たちが、わずかに残った自尊心を必死に守るために、こうした攻撃的な話し方をするのです。本当に残念ですね……
そして最後の文に書かれた「狂ったサイコ」という幼稚な言い回しを見るに、「マッドサイエンティスト」というペルソナに自己投影しているように見えますね。
アーキテクチャは誰もが持ち出す用語ですし、あなたの言うデバッガがどの範囲を指すのか、どんな用途なのかも明示されておらず、あなたが作った成果物も当然一度も見たことがないので、どの程度のレベルなのか見当もつきません。結局のところ、自分を持ち上げるために他人を貶めようとする、見るに堪えない悪質なコメントにしか見えませんね^^
ここで一つだけお聞きします。すでにアメリカやインドでは天才的な開発者たちが数多くのデバッガやエンジンを大オープンソース時代に公開している状況で、あなたが作っているというデバッガはどのような役割を果たしているのでしょうか。そして、この小さな韓国市場の中ですら十分な評価を得ているのでしょうか。開発者エコシステムにきちんと貢献した、あるいは貢献していると証明できるのでしょうか。
物の分かった方なら、どのような意図で言っているのかご理解いただけると信じています。本当に自分が業界を先導していると信じる先輩開発者なのであれば、後輩たちにこれ以上醜態を見せないでいただきたいです……
こうした偏狭で扇情的な非難は、本当に読むに堪えませんね。
自分を誇示したくて他人をけなしているように見えますね……。短いながらもこれまでの人生経験で、本当に優れた人たちの多くは、世の中が広いことを分かっているものだと感じます。
GeekNewsはGoogleアルゴリズム経由での露出が多いため、
当日に登録して質の低いコメントだけ残していく人が多いのが、少し欠点のように思います
最近、コイン厨っぽい人たちが Hadaニュースに出てくる記事をよく引用しているけど、こっち界隈の人がかなり流入してきたのかなとも思う
でも、それとは別に、そして語調はさておき、論旨にはある程度同意します
誰でも目にするように、登録時にも表示され、下部にも書かれているサイト利用方法のコメント欄には、親切で穏やかに話してください。 とあります。
何かを自分勝手に分類して決めつけて非難する前に、せめて0.1%でなくても誰にでもできるRTFMをまず守り、自分がどんな人間なのかから省みてみるのがよいと思います。
主張1: "真のイノベーションは常に0.1%の少数エリートだけが成し遂げてきたものであり、残りはその技術を使う消費者にすぎない。"
どれほど偉大な発明でも、それを使い、発展させていく99.9%がいなければ、単なる個人の趣味活動で終わってしまいます。エコシステムを無視した主張です。
主張2: "アプリ開発のように既存技術を活用することは『誰でもやる』価値のない仕事であり、本当の開発はアーキテクチャ設計のような根本的な作業だ。"
ユーザーの問題を解決できない複雑な技術は、自己満足にすぎません。技術の価値は難易度ではなく、それが生み出す効用によって決まります。
主張3: "昔は好奇心旺盛な開発者が多かったというのは錯覚であり、過去の美化にすぎず、現実は何も変わっていない。"
原文が指摘しているのは人間の本質ではなく、好奇心を奨励していた『文化』が消えたということです。収益と指標だけが唯一の報酬である環境では、探究より結果が優先されるのは当然です。
開発という分野を少数エリートの専有物に限定し、多様な役割と価値を見下す偏狭な視点を持っていることを自白しているコメントですね。
生活のためのコーディングから2日ほど離れると、こまごまとしつつも創造的なテーマが少しは思い浮かぶかな……と思ったりします。
現実は平日はクランチでコーディングし、週末は育児をして……。創造性どころか、ただ何事もなく一日一日が過ぎてほしいと願うばかりです。
フレームワークの呪い。特にWebではこうした傾向が支配的なようだ。特定のフレームワークが開発者の本質を左右するのであれば、これは明らかに問題だ。退行である
韓国で Backend をやっていると言うなら、Java 開発者ではなく Spring 開発者と呼ぶほうが正しいのかもしれない、と思うことがよくあります。
バイブコーディングや、SNSやYouTubeで話題になっているものを見ても、何かをじっくり考えるというより、本当に最小限で動くコードを素早く継ぎ足して継ぎ足して、「あ、終わった、これでいいや」という感じになっている気がする。