AIについて話し続けていることに飽きてしまった人は他にもいますか?

2026/03/25 5:31

AIについて話し続けていることに飽きてしまった人は他にもいますか?

RSS: https://news.ycombinator.com/rss

要約

日本語訳:

概要:
著者は、エンジニアリングチームがAIツール(プロンプト・エンジニアリングワークフロー、トークンベースの指標など)に過度に固執し、「AI」というバズワードに夢中になっていることを嘆き、この執着が本質的な製品価値の提供から逸れさせてしまうと警告する。大規模ウェブスケール企業での経験に基づき、初期段階(0–1)では急速に生産性向上が見られるものの、新奇性が薄れるにつれてその効果はすぐに消えてしまうと指摘する。Hacker News のようなプラットフォームは現在ほぼ Claude や Kagi AI の投稿にのみ焦点を当てており、Kagi が示す「small‑web」例では「next」を繰り返しスクロールするとAI関連コンテンツの割合が異常に高いことも観察される。
2023 年には業界は「Product Engineers」という役割名へシフトし、ツールより成果を重視する傾向に移行した。しかし多くのマネージャーはデータベース、IDE、JavaScript フレームワークなどの深い技術知識なしに AI の義務化を推進しており、企業は「開発者あたり使用トークン数」という KPI を測定している。著者は、これは従来の行コード数や DORA 指標と比べて有用性が低いと考えている。
著者は、単にツールの使い方を披露するのではなく、ユーザー(あるいは自分自身)に価値を創造する革新的プロジェクトについて議論し直すことを訴える。AI に中心を置く議論を批判しつつそれを書いているという皮肉さも認めており、チームが意識的に製品成果へ再焦点化しない限り、エンジニアリング文化は自動補完機能を優先し続け、具体的な結果を出せなくなると警告している。

本文

ソフトウェアに関する話題で、AIについてもう飽きた人はいませんか?

ここで異端児と呼ばれる危険性があるのは承知ですが、正直言ってAIのことを語るのに飽きてしまっています。AIは圧倒的に素晴らしく、毎日使っているので私のワークフローは完全に変わりました。最近、ウェブ規模で動く難しい領域に新たな役割として入社したところ、数週間で生産性をゼロから一へと飛躍させることができました。

しかし、同じような話題が続くうちに、日々の会話が少しルーティン化してきている気がします。変化の速さ自体は素晴らしいとは言いたいですが、毎日のレベルで語るべき内容がほぼ尽きてしまったような感覚です。さらに悪いことに、インターネット上の私の関心領域全体をAIが支配していると言っても過言ではありません。

Hacker News(私のお気に入りの掲示板)は以前は面白いプロジェクトや解決された問題で溢れていましたが、今ではほぼ同一のClaudeコードワークフローを語る3人と、OpenClawを使って猫を撫でさせたりゲームをプレイさせて「AIツールを設定する時間」を増やしたという投稿に差し替わっています。全体的に自己満足感が漂っています。

Kagi Small Webも同じ傾向の一例です。例えば、ページを開いて『次へ』ボタンを20回押すと、何パーセントの投稿がAI関連になるでしょうか?

「古い人がクラウドを責める」というような軽視を受けないでください。私がこう考える背景を理解してください。2023年以前は、Claudeコードターミナルを開くことができる人を「AIエンジニア」と呼び始めましたが、それ以前は「プロダクトエンジニア」という言葉が流行っていました。エンジニアはコードに執着するのではなく、提供しているプロダクト価値に注力すべきだという考え方です。この点を私は大いに支持し、非常に納得していました。しかし今では、その姿勢が逆転したように見えます。私たちはコードよりも、エンジニアリングの最も簡単な部分をさらに簡易化する過剰に発達したオートコンプリートに執着しています。

木工サブレディットで例えるなら、みんなが作ったテーブルの写真を投稿しなくなり、代わりに使っているハンマーについて語るようになったとしましょう。しかし、実際にはほぼ同じハンマーを同じ方法で使っているだけなので、彼らはただ高鳴る声で同じことを叫び合うばかりです。

さらに悪いのは、上司もこの動きに乗っ取ってしまった点です。私のマネージャーはデータベース技術やIDE、JavaScriptフレームワークにあまり関心がなく、機能を販売できるようにしたいだけでした。管理層は実装の詳細に対しても積極的かつ乱暴に踏み込み始めています。私たちのほとんどは今年の目標に「AIをもっと使う」という企業イニシアチブを持っています。SDLCへのマネジメント関与やDORAメトリクスは既に存在していますが、従来からは成果(デプロイ速度、応答時間)に焦点を当ててきました。今では開発者あたりの使用トークン数を測定し始めていますが、これはかつてコード行数を測っていたよりも役立たないと感じます。

結局私が言いたいことは、単なる不満ではなく、「あなたが作っているクールなもの」についてもっと教えてほしいということです。ツールの使い方ではなく、実際に何を構築しているかに焦点を当ててください。そしてコードを書く全体的な目的――他人(あるいは自分自身)に価値を提供する何かを作り出すこと――を忘れないでください。…そしてはい、AIに関する投稿について不満を言うこの投稿の皮肉さには気づいています。ごめんなさい。

同じ日のほかのニュース

一覧に戻る →

2026/03/25 0:29

Appleビジネス

## Japanese Translation: > **Apple Business ― デバイス管理と広告を統合したプラットフォーム** Apple は 4 月 14 日に、200 以上の地域で *Apple Business* を開始し、Apple Business Essentials、Apple Business Manager、および Apple Business Connect を置き換えます。新しいオールインワンソリューションは、組み込み型モバイルデバイス管理(MDM)と「Blueprints」を統合し、ゼロタッチ展開、自動化された Managed Apple Account の作成、従業員グループ/役割管理、アプリ配布、および Admin API を提供します。さらに、ビジネスメール、カレンダー、ディレクトリサービス、カスタムドメインサポート、iOS 26+、iPadOS 26+、macOS 26+ 向けの Apple Business アプリも付属しています。 既存顧客のデータは自動的に移行されます。 Apple Business は米国とカナダで Apple Maps 上の広告を追加(今夏開始)し、検索結果の上部および Suggested Places に表示される広告は明確にラベル付けされて透明性を保ちます。このプラットフォームには、Apple Business Connect のブランドプロファイルとロケーション機能が組み込まれており、リッチプレイスカード、ショーケース/カスタムアクション、ロケーションインサイト、ブランデッドコミュニケーション、および Tap to Pay ブランド化が含まれます。 コアサービスは全世界の新規ユーザーと既存ユーザーに対して無料で提供されます。有料オプションとして、最大 2 TB の iCloud ストレージ($0.99/ユーザー/月)と AppleCare+ for Business(デバイスあたり $6.99 またはユーザーあたり $13.99/月)が利用可能です。ゼロタッチ展開は、Apple または認定販売業者から購入したデバイスで利用でき、プライバシーモデルではユーザーの位置情報と広告インタラクションデータを Apple アカウントから分離し、オンデバイスに保存され、第三者と共有されません。

2026/03/25 6:24

害虫駆除向けの垂直型 SaaS を構築したいと思ったので、技術者として働くことにしました。

## Japanese Translation: (主要ポイントをすべて組み込む)** 著者は30 億ドルのTAMと強固な継続収益性が見えたため、害虫駆除業界へ転職しました。彼は業界最大手グループの子会社に採用され、即座にローカルブランド全体で**数十億ドル規模の売上を担当**しました。13日という記録的な期間で集中的な学習・セミナー・試験・監督付きトラック時間を経てライセンスを取得しました。 現場業務では、典型的な物流上の課題に直面しました:バッテリーがフラット、燃料カードが5週間以上遅れ、経費精算が遅い。会社のコアシステムは高度にカスタマイズされたSalesforce環境であり、オンボーディングには10個以上のモバイルアプリが必要でした。彼はトラックアイドリング、GPS、訪問時間、電話活動を通じて技術者のパフォーマンスを監視しました。最初は厳格な監視に抵抗したものの、結局は従事しました。 現場での成功により、彼は上級技術者を追跡し正式なトレーニングなしに小規模アップセルを実行したことから「潜入ボス」というニックネームを得ました。その後セールスへ転身し、アウトバウンドワークフローを構築して21日で24 k ARR契約(さらに小規模なアップセル)を確保しました。しかし、内部見積もりプロセスが複数署名と新規アカウント作成を必要とするため手間がかかり、取引損失のリスクがあることに気付きました。 セールスチームは10年以上の経験を持つベテラン担当者で構成されており、それぞれ800k–1.2M ARRを生成し低いチャーン率を維持しています。彼らの文化は変化に抵抗が強く、エグジットインタビュー後、マネージャーから自分自身の会社を立ち上げるよう提案されました。 今後、著者はローカルニッチオペレーターを取得し、専用ツールを開発し、見積もり・オンボーディング・監視を統合したスケーラブルなプラットフォームを構築する計画です。このモデルにより現場技術者とセールス担当者の効率が向上し、チャーンが減少し、収益獲得が加速し、害虫駆除業界で競争力のダイナミクスが変わる可能性があります。

2026/03/24 21:06

HNに知らせてください:PyPI 上の Litellm 1.82.7 と 1.82.8 が改ざんされていること。

## 日本語訳: > PyPI の wheel **`litellm==1.82.8`** には、悪意のある `.pth` ファイル(`litellm_init.pth`、34 628 バイト)が含まれており、このファイルは `litellm` をインポートしなくても、Python インタープリターが起動するたびに自動的に実行されます。 > 隠されたスクリプトは二重 Base64 エンコードされたペイロードを実行し、ホストから認証情報(SSH キー、クラウドプロバイダーのクレデンシャル、Git の設定、Docker 設定、データベースパスワード、暗号ウォレットの秘密鍵など)を収集します。取得したデータは一時ファイルに書き込まれ、その後ランダムな AES‑256 キーで暗号化されます。AES キー自体はハードコードされた 4096 ビット公開鍵(キーは `MIICIjANBgkqhkiG9w0BAQEFAAOCAg8A...` から始まります)を使って RSA 暗号化されています。 > 暗号化されたアーカイブ(`tpcp.tar.gz`)は **`https://models.litellm.cloud/`** に POST されます。 > この脆弱性は **2026‑03‑24** に、Ubuntu 24.04 の Docker コンテナで Python 3.13 を実行している環境で発見され、影響を受けたのはバージョン 1.82.8 だけが確認されています(他のリリースも脆弱になっている可能性があります)。 > PyPI 管理者はこの wheel を直ちに削除または取り下げるべきです。`litellm==1.82.8` をインストールしたユーザーは、`site‑packages/` 内の怪しい `.pth` ファイルを確認し、漏洩した認証情報をローテーションし、CI/CD パイプラインが侵害されていないか監査してください。この脆弱なバージョンを使用していたシステム(ローカル開発マシン、Docker コンテナ、本番サーバー、自動ビルドシステムなど)は、多数の組織にわたる幅広い秘密情報が漏洩した可能性があります。