laeyoung 2025-09-25 | 親コメント | トピック: 現代企業が1944年のCIAサボタージュ・マニュアルどおりに運営される理由 (beamonic.com) GeekNewsに上がっていたほかの記事(これはハッカーニュースの投稿だった気がします)もそうですが、ダニエル・カーネマンが『ファスト&スロー』で述べたシステム1とシステム2を誤って理解しているケースがしばしばあるように思います。 meteorizer 2025-09-25 | 親コメント | トピック: Pythonの真の超能力 (youtu.be) コーディングを生業にしている人なら、主にPythonを使っている場合でも、少なくとも1つ以上の他の言語も扱えることがほとんどでしょう。 Pythonはもっと良くなるべきだと言って、他の言語の機能や特徴をやたら取り入れようとするのが理解できません。 そのPythonの足りない部分こそが、Pythonが人気を集めた理由でもあるという点を無視しているように思います。 Pythonはだんだん妙に複雑で扱いにくくなってきています。 Pythonを使う利点がなくなっていくように感じるんですよね。 PythonをJavaのようにしようとするのではなく、必要に応じてJavaを使えばいいだけではないかと思います。 JavaでなければKotlinもあるし、Scalaもあります。 それでもPythonは廃れないと思います。 これほど手軽にコーディングできる言語が、実質的にほかにないですからね。 biyott 2025-09-25 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) | 現在は開発者たちが最新のフレームワークや数値最適化に執着し、自分自身には興味のない問題を解決しようとする傾向が強まっています。 私も強く共感します。特に残念なのは、年収が高い企業や良いポジションを提供するところほど、 これらの要素を採用基準にしている場合が多いということです。 例えば、業界で主要なフレームワークを使った経験がなければ、応募の機会自体が大きく減ってしまうのが現実です。 しかも多くの場合、2番手のフレームワークは選択肢にすらならず、『最もメジャーな1位のフレームワークを使っているか』が圧倒的に有利に働きます。 tested 2025-09-25 | 親コメント | トピック: 複雑なコードベースでAIを正しく機能させる方法 (github.com/humanlayer) CodeLayerというサービスの紹介で締めくくり… quilt8703 2025-09-25 | 親コメント | トピック: テレンス・タオ:社会における小規模組織の役割は大きく縮小した (mathstodon.xyz) 最近、私も似たようなことを考えていたので、こうしたことを独自の理論とともに語ってくれるのはうれしいですね。 taptaps 2025-09-25 | 親コメント | トピック: GoにValgrindサポートを追加 (go-review.googlesource.com) Go言語の投稿を見ると、コメント欄にはいつも 「Rustはそんなことないのに」「Rustならその必要はないのに」っていう意見が必ずある気がしますね(笑) t7vonn 2025-09-25 | 親コメント | トピック: 「バイブコーディング・クリーンアップサービス」の登場 (donado.co) AI画像の指を修正してくれる外注が流行っていましたが……今ではそれすらやらなくなりました。 AIクリーンアップも、そういう前例をたどりそうですね xguru 2025-09-25 | 親コメント | トピック: 90歳で気づいた9つのこと (edwardpackard.com) あっ、はい、その通りですね。これはPDFなので、分けていた内容をまとめたものだったので(笑)、修正しました。 twiddlingguidable 2025-09-25 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 最近、コイン厨っぽい人たちが Hadaニュースに出てくる記事をよく引用しているけど、こっち界隈の人がかなり流入してきたのかなとも思う でも、それとは別に、そして語調はさておき、論旨にはある程度同意します haytsir 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 開発者ではないので、どこまで共感を得られるかはわかりませんが、 元の文章の著者はマンネリに陥った状態でこの文章を書いたのではないか、という気がします。 今は趣味で開発をしていますが、ソリューションを開発して得られる達成感は今でも大きいですし、うまく解けないときには徹夜で意地を張りたくなることもあります。時間的な余裕があれば、ですが。 Hacker News、CodePen のニュースレター、GitHub Explore のようなものを見ていると、興味深いプロジェクトも多いし、インスピレーションをかき立てられる内容もたくさんあります。 そういうところから始まる思索は、今でもやはり楽しいです。 もしかすると、自分で自分を価値に従わせるような考え方をするようになってしまったのではないか、突飛な好奇心を時間の無駄だと思ってしまっているのではないか、一度立ち止まって振り返る時間が必要なのではないかと思います。 haytsir 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 自分を誇示したくて他人をけなしているように見えますね……。短いながらもこれまでの人生経験で、本当に優れた人たちの多くは、世の中が広いことを分かっているものだと感じます。 dudnspa0203 2025-09-24 | 親コメント | トピック: DNAはコーディング言語だった!「生命=計算」という大胆な洞察 (thereader.mitpress.mit.edu) computational psychiatryも似たようなテーマだったと記憶していますが、生命と技術の融合は興味深いと思います。 tensun 2025-09-24 | 親コメント | トピック: mdream - あらゆるサイトをクリーンなMarkdownとllms.txtに変換 (github.com/harlan-zw) 試してみましたが、エラーが出て正常に動作しません。いったん issue に投稿しました。 yeorinhieut 2025-09-24 | 親コメント | トピック: Qwen3-Omni: テキスト・画像・動画のためのネイティブOmni AIモデル (github.com/QwenLM) ハングル - ハングルに対応していますね! heycalmdown 2025-09-24 | 親コメント | トピック: 90歳で気づいた9つのこと (edwardpackard.com) 第7章が2回ありますね。同じ内容を別の言い方で2回要約したような感じです。 ffdd270 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) わっ、ありがとうございます。初期導入時にはこういう反応があったのですね。私はサブスクが世の中を支配するようになってから初めてJB IDEを見たので、「どうしてこんなにライセンス方針が良いんだろう」と思っていたのですが、過去の反応を見ると、何かとても大きなことに気づいたような気分になります。(何に気づいたのかはまだ自分でもよく分からないのですが、何かが主流になる前の見方と、主流になった後の見方は、かなり違い得るんだな……という、そんなことを考えました。) 調べてくださって本当にありがとうございます。良い一日を! ㅁ 'b ffdd270 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 誰でも目にするように、登録時にも表示され、下部にも書かれているサイト利用方法のコメント欄には、親切で穏やかに話してください。 とあります。 何かを自分勝手に分類して決めつけて非難する前に、せめて0.1%でなくても誰にでもできるRTFMをまず守り、自分がどんな人間なのかから省みてみるのがよいと思います。 noveljava 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 韓国で Backend をやっていると言うなら、Java 開発者ではなく Spring 開発者と呼ぶほうが正しいのかもしれない、と思うことがよくあります。 yshrust 2025-09-24 | 親コメント | トピック: libghosttyがやってくる (mitchellh.com) 1.0 から使っていますが、スクロールと検索がないこと以外は満足しています(笑)。iTerm を使っていましたが、これに落ち着きました。 slidingv 2025-09-24 | 親コメント | トピック: 開発文化は死につつある:好奇心旺盛な開発者は消えた (dayvster.com) 主張1: "真のイノベーションは常に0.1%の少数エリートだけが成し遂げてきたものであり、残りはその技術を使う消費者にすぎない。" どれほど偉大な発明でも、それを使い、発展させていく99.9%がいなければ、単なる個人の趣味活動で終わってしまいます。エコシステムを無視した主張です。 主張2: "アプリ開発のように既存技術を活用することは『誰でもやる』価値のない仕事であり、本当の開発はアーキテクチャ設計のような根本的な作業だ。" ユーザーの問題を解決できない複雑な技術は、自己満足にすぎません。技術の価値は難易度ではなく、それが生み出す効用によって決まります。 主張3: "昔は好奇心旺盛な開発者が多かったというのは錯覚であり、過去の美化にすぎず、現実は何も変わっていない。" 原文が指摘しているのは人間の本質ではなく、好奇心を奨励していた『文化』が消えたということです。収益と指標だけが唯一の報酬である環境では、探究より結果が優先されるのは当然です。 開発という分野を少数エリートの専有物に限定し、多様な役割と価値を見下す偏狭な視点を持っていることを自白しているコメントですね。 コメントをさらに読み込む
GeekNewsに上がっていたほかの記事(これはハッカーニュースの投稿だった気がします)もそうですが、ダニエル・カーネマンが『ファスト&スロー』で述べたシステム1とシステム2を誤って理解しているケースがしばしばあるように思います。
コーディングを生業にしている人なら、主にPythonを使っている場合でも、少なくとも1つ以上の他の言語も扱えることがほとんどでしょう。
Pythonはもっと良くなるべきだと言って、他の言語の機能や特徴をやたら取り入れようとするのが理解できません。
そのPythonの足りない部分こそが、Pythonが人気を集めた理由でもあるという点を無視しているように思います。
Pythonはだんだん妙に複雑で扱いにくくなってきています。
Pythonを使う利点がなくなっていくように感じるんですよね。
PythonをJavaのようにしようとするのではなく、必要に応じてJavaを使えばいいだけではないかと思います。
JavaでなければKotlinもあるし、Scalaもあります。
それでもPythonは廃れないと思います。
これほど手軽にコーディングできる言語が、実質的にほかにないですからね。
| 現在は開発者たちが最新のフレームワークや数値最適化に執着し、自分自身には興味のない問題を解決しようとする傾向が強まっています。
私も強く共感します。特に残念なのは、年収が高い企業や良いポジションを提供するところほど、
これらの要素を採用基準にしている場合が多いということです。
例えば、業界で主要なフレームワークを使った経験がなければ、応募の機会自体が大きく減ってしまうのが現実です。
しかも多くの場合、2番手のフレームワークは選択肢にすらならず、『最もメジャーな1位のフレームワークを使っているか』が圧倒的に有利に働きます。
CodeLayerというサービスの紹介で締めくくり…
最近、私も似たようなことを考えていたので、こうしたことを独自の理論とともに語ってくれるのはうれしいですね。
Go言語の投稿を見ると、コメント欄にはいつも
「Rustはそんなことないのに」「Rustならその必要はないのに」っていう意見が必ずある気がしますね(笑)
AI画像の指を修正してくれる外注が流行っていましたが……今ではそれすらやらなくなりました。
AIクリーンアップも、そういう前例をたどりそうですね
あっ、はい、その通りですね。これはPDFなので、分けていた内容をまとめたものだったので(笑)、修正しました。
最近、コイン厨っぽい人たちが Hadaニュースに出てくる記事をよく引用しているけど、こっち界隈の人がかなり流入してきたのかなとも思う
でも、それとは別に、そして語調はさておき、論旨にはある程度同意します
開発者ではないので、どこまで共感を得られるかはわかりませんが、
元の文章の著者はマンネリに陥った状態でこの文章を書いたのではないか、という気がします。
今は趣味で開発をしていますが、ソリューションを開発して得られる達成感は今でも大きいですし、うまく解けないときには徹夜で意地を張りたくなることもあります。時間的な余裕があれば、ですが。
Hacker News、CodePen のニュースレター、GitHub Explore のようなものを見ていると、興味深いプロジェクトも多いし、インスピレーションをかき立てられる内容もたくさんあります。
そういうところから始まる思索は、今でもやはり楽しいです。
もしかすると、自分で自分を価値に従わせるような考え方をするようになってしまったのではないか、突飛な好奇心を時間の無駄だと思ってしまっているのではないか、一度立ち止まって振り返る時間が必要なのではないかと思います。
自分を誇示したくて他人をけなしているように見えますね……。短いながらもこれまでの人生経験で、本当に優れた人たちの多くは、世の中が広いことを分かっているものだと感じます。
computational psychiatryも似たようなテーマだったと記憶していますが、生命と技術の融合は興味深いと思います。
試してみましたが、エラーが出て正常に動作しません。いったん issue に投稿しました。
ハングル - ハングルに対応していますね!
第7章が2回ありますね。同じ内容を別の言い方で2回要約したような感じです。
わっ、ありがとうございます。初期導入時にはこういう反応があったのですね。私はサブスクが世の中を支配するようになってから初めてJB IDEを見たので、「どうしてこんなにライセンス方針が良いんだろう」と思っていたのですが、過去の反応を見ると、何かとても大きなことに気づいたような気分になります。(何に気づいたのかはまだ自分でもよく分からないのですが、何かが主流になる前の見方と、主流になった後の見方は、かなり違い得るんだな……という、そんなことを考えました。)
調べてくださって本当にありがとうございます。良い一日を!
ㅁ 'b誰でも目にするように、登録時にも表示され、下部にも書かれているサイト利用方法のコメント欄には、親切で穏やかに話してください。 とあります。
何かを自分勝手に分類して決めつけて非難する前に、せめて0.1%でなくても誰にでもできるRTFMをまず守り、自分がどんな人間なのかから省みてみるのがよいと思います。
韓国で Backend をやっていると言うなら、Java 開発者ではなく Spring 開発者と呼ぶほうが正しいのかもしれない、と思うことがよくあります。
1.0 から使っていますが、スクロールと検索がないこと以外は満足しています(笑)。iTerm を使っていましたが、これに落ち着きました。
主張1: "真のイノベーションは常に0.1%の少数エリートだけが成し遂げてきたものであり、残りはその技術を使う消費者にすぎない。"
どれほど偉大な発明でも、それを使い、発展させていく99.9%がいなければ、単なる個人の趣味活動で終わってしまいます。エコシステムを無視した主張です。
主張2: "アプリ開発のように既存技術を活用することは『誰でもやる』価値のない仕事であり、本当の開発はアーキテクチャ設計のような根本的な作業だ。"
ユーザーの問題を解決できない複雑な技術は、自己満足にすぎません。技術の価値は難易度ではなく、それが生み出す効用によって決まります。
主張3: "昔は好奇心旺盛な開発者が多かったというのは錯覚であり、過去の美化にすぎず、現実は何も変わっていない。"
原文が指摘しているのは人間の本質ではなく、好奇心を奨励していた『文化』が消えたということです。収益と指標だけが唯一の報酬である環境では、探究より結果が優先されるのは当然です。
開発という分野を少数エリートの専有物に限定し、多様な役割と価値を見下す偏狭な視点を持っていることを自白しているコメントですね。