協働はくだらない。

2026/03/23 10:43

協働はくだらない。

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

要約

日本語訳:

(以下に日本語訳を記載します)

テキストの翻訳

概要
著者は、Slack、Notion、Jira などの協働ツールが洪水のように流入し、調整レイヤーを増やすことで個々の責任感を侵食し、仕事の質を低下させると警告しています。リングルマンのロープ実験、ブロークスの System/360 などの古典的研究や、バトル・オブ・ザ・ブルージュ(銃手の 15〜20% のみが撃った)といった歴史的事例を引用し、人員追加や調整負荷が生産性を削減することを示しています。現代のテクノロジーエコシステムは、継続的なドキュメント作成、監視、およびチーム全体での可視化を奨励することでこの傾向を強化し、実行速度を上げることなく管理時間を増やします。記事は、個人タスク管理への信頼が重い経営監視に取って代わる、小規模な自律型チームまたは単独作業への回帰を提唱しています。このアプローチを採用すれば、ミーティングとドキュメントのコストを削減し、責任感を鋭くし、ワークフローを合理化できると述べていますが、ユーザーはより多くの個人的責任を担う必要があります。

追加された主なポイント:

  • ニュースレターは無料で提供されます;有料サブスクリプションは月額 2.50 ドルで、追加投稿、コミュニティアクセス、および著者への直接連絡が含まれます。
  • 「80/20」パターンは軍事戦闘(バトル・オブ・ザ・ブルージュ)と IBM の 1960 年代の機能使用研究の両方に現れます。

この改訂版要約は、主要なポイントをすべて保持し、費用削減について根拠のない推論を避け、明確で読者フレンドリーなメッセージを維持しています。

本文

無料で読むことができるニュースレターです。いつまでも無料の状態を保ちます。もしもっと欲しい―毎月追加投稿、コミュニティへのアクセス、私に直接質問できる窓口―という形であれば、有料サブスクリプションは月額2.50ドルです。多くの人がそれに価値を見出していると言っています。


アップグレード

1944年、軍需大国ドイツ(ヴェルマヒト)は第三帝国を救うための最後の手段としてヒトラーの野望を実行しました。バレット・オブ・ブルージュ戦いは破滅的なキャンペーンであり、敗北する政権の賭けでしたが、その残虐さは米軍にとって西部戦線上での第二次試験となりました。この戦闘中、米国陸軍史家S.L.A. マーレイは実際に交戦した歩兵連隊をインタビューし始めました。1947年出版の著書『Men Against Fire』で彼の研究は、実際に銃火器を撃ったのは作戦中に配置された歩兵のわずか15〜20%しかいないことを示しました―ほとんどは頭を下げていました。命令が出ると移動し、位置を保持し、戦闘中の兵士の外観を模倣していたものの、撃つことはありませんでした。組織的な指標で見ると、彼らは存在し、数えられていましたが、5人に4人がトリガーを引くことはありませんでした。

マーレイの数字や方法論について議論する余地はありますが、その比率は何度も現れます。1960年代、IBMはシステムの機能の20%が全体の80%の使用量を占めるという事実に気づきました。このパターンは、グループ内で労力がどのように分配されているかについて何か現実的なことを説明しているため、繰り返し現れます。少数の人々が大部分の仕事を行い、残りは「構造的支援」と呼ばれるものを提供する―という真実です。

どんなに大きな組織で働いたことがあるなら、この状況はすぐにわかるでしょう。現代のテック業界では、人間の協調と参加という課題を「コラボレーション」という解決策で捉えました。ただし、私たちの20%だけが“殺意”を持っているなら、残りの80%の共有インスティンクトを管理する必要があります。こうしてコラボレーションは私たちの共通の執着となったのです。

私たちは「チームワーク」を聖杯と追求します。チームワーク革命により、ドキュメント用にはNotion、タスク用にはClickUp、会話用にはSlack、チケット管理にはJira、ボードにはMonday、電話(メールで済むはずだった)にはTeams、そして残りのものはメールという形で提供されました。現在ではエージェントが全てを再設計しようとしています。平均的な知識労働者はシステム間で何百回もアプリケーションを切り替え、実際にアウトプットになることのない驚異的な協調活動を生み出します。

製品マーケティングや開発関係者、ブログ記事、資金調達ラウンド、そしてすべての*「fuckery-upon-fuckery」*を除けば、私たちは集合的エンゲージメントのシミュレーションだけに残ります。透明性は進歩と混同され、可視化は説明責任と混同され、スレッドへの参加は結果を所有することと同じ意味になりました。

この混乱が文化レベルで定着すると、取り除くのはほぼ不可能になります。コラボレーションという感覚は個人的な責任感とは比較にならないほど心地よいものです。何かを所有するということは、具体的にそして目立って失敗できるという意味で、自分の名前と結びつきます。一方で協力すると失敗はプロセスに帰属します。したがって全員がコラボレーションを選択し、それを文化だと呼びました。

マーレイの歩兵たちは、任意のグループ内で発生する責任の拡散に対処していた普通の人々でした。1913年にマキシミリアン・リングマンはロープで同じ現象を測定しました―Slackワークスペースや絵文字反応が登場する以前からです。個人の努力はグループサイズが増えると予測可能に低下します。他者の存在は、チームの一員として貢献しつつも、ロープを自分だけで引くよりも少なく働くという合理的な感覚で個人的責任を溶かします。全ての人が同時にこの行動を取るため、総力は人数では計算できません。

1975年にフレデリック・ブルックスはソフトウェア開発における同じダイナミクスを指摘しました。IBMのSystem/360プロジェクトを観察し、遅い段階で人を増やすとさらに遅くなるという仮説を構築しました。コミュニケーションオーバーヘッドは人数より速く増大し、調整コストが複合化します。新しいメンバーは自分の能力だけでなく、他者との関係も提供します。この関係は保守が必要で、ズレを生み出し、それを修正するためにさらに多くの会議が必要になります。

ブルックスの理論は、あなたの会社の第3四半期ロードマップ計画サイクルやスタートアップのスプリント回顧などを説明しているようです。どちらも年々長くなり、投資に対するリターンが減少しています。

コラボレーション業界は、高品質で複雑な作業が個人または非常に小さなグループによって明確な権限と鋭い説明責任を持って行われるという「汚れた真実」を隠すために巨額の投資をしてきました。ドストエフスキーは『カラマーゾフ兄弟』を一人で書き、アポロ誘導コンピュータもMITの小さなチームによって開発されました。マージャレット・ハミルトンは自ら設計した誤検出ルーチンに名前が残ります。

コミュニケーションは重要ですが、個人の高いエージェンシーを支えるインフラとしての「協力」と組織全体での主要活動としての「協力」には大きな違いがあります。実際、多くのコラボレーション優先文化が構築したのは、仕事自体ではなく、その社会的管理を行うために高度に洗練された機械です。

もし所有権が存在するなら、それは深く関心を持ち、グループ合意を待たずに意思決定し、正しいときもあれば間違っているときもある個人の姿です。彼らはカードを列から別の列へ移動させる権限や#celebrationsで投稿する権限を探すために待つことはありません。

しかし「協力」が支配的な価値観の場合、そのような一方的決定は文化違反とみなされ、チームプレイヤーではないというサインになります。コラボレーション=イデオロギーは所有権と責任を非社会的に感じさせます―これは終わりのラインへ物事を運ぶ唯一のメカニズムがあることを考えると、非常に問題です。

この過剰はあらゆる場所で見られます。人々が忙しい仕事を発表するスタンドアップ、すべてが「同じページ」にいる限り方向転換しない会議、誰か他の人が思考できるように思考を実行するためだけに書かれるドキュメント、決定も見えず、名目上は組織している作業と全く無関係なレトロスペクティブやキックオフ、WIP会議が自らのレトロ・キックオフ・WIPを生み出すようにセル分裂すること。今ではプロジェクトごとに調整オーバーヘッドが実行時間より大きく、失敗した際にはポストモーテムがさらに協力を推奨します。

ある時点(そしてその瞬間は昨日だったと思います)で私たちは自問しなければなりません。何を実際に生産しているのか、誰がそれを本当に作る責任を持っているのか? あるレベルでは、「Xの責任者は誰?」という答えは一人の人物でなければならないはずです――コラボレーション装置がどれだけ組み込まれていても、その人を見えなくし、説明責任を消失させようとする限り。

私たちは、全員に対してすべての責任を可視化せず、オーバーウェイトされた管理職層がスケジュールしたフォローアップなしに個人が自らの仕事を遂行できることを信頼する道を見つける必要があります。もしかすると、私たちの生活を少し楽にできるかもしれません:人々自身がタスクリストを保持し、その管理方法で浮き沈みし、失敗したときにはその人だけを責めます。チームレベルの全ての看板・カレンダー・タスクリストを閲覧する必要はありません。そして、もし私たちが集団努力という温かく高価な空想から手放せれば、誰がトリガーを引いているか、誰が頭を下げているだけなのかを少しでも簡単に見ることができるでしょう。

同じ日のほかのニュース

一覧に戻る →

2026/03/24 7:52

Windows 3.1 用 タイル背景 .bmp アーカイブ

## Japanese Translation: GitHubは、コード作成・ワークフロー自動化・セキュリティ・コミュニティ協働を向上させるAI搭載の開発者ツールとエンタープライズサービスの包括的なスイートを提供します。 - **AI コード生成**:Copilot、Spark、および Models は開発者がコードを自動で生成・改善するのに役立ちます。 - **開発者ワークフロー**:Actions、Codespaces、Issues、Plan、Code Review が、コーディングからデプロイまでの開発パイプライン全体を統括します。 - **セキュリティ**:GitHub Advanced Security は脆弱性を検出しシークレットを保護します;エンタープライズグレードのセキュリティは Copilot for Business にバンドルされています。 - **エンタープライズプラットフォーム**:AI 搭載の開発環境とプレミアムサポートにより、大規模チームがスケールで高度なツールを採用できるようになります。 - **ユースケースの幅広さ**:このスタックは、医療・金融・製造・政府などの業界で App Modernization、DevSecOps、および CI/CD をサポートします。 - **マーケットプレイスとコミュニティ**:Advanced Security のようなアドオンは Marketplace で入手可能です;Sponsors、Security Lab、Maintainer Community、Accelerator、Stars、Archive Program といったイニシアチブがオープンコラボレーションを促進します。 - **ドキュメントとサポート**:GitHub は包括的なドキュメント、ブログ、変更ログ、およびユーザー向け専用サポートチャネルを提供しています。 今後の展望として、GitHub は AI 統合を深化させ、エンタープライズ機能を拡充し、業界固有のサポートを拡大することを計画しており、デジタルトランスフォーメーションの加速、コード品質基準の向上、および組織全体でのセキュリティ強化に寄与すると期待されています。

2026/03/24 3:40

既存の研究アイデアに対する自己主導型調査

## Japanese Translation: 研究は、検索空間とサンドボックス制約が厳密に定義された場合、LLM駆動エージェントが機械学習トレーニングパイプラインを自律的に改善できることを示しています。エージェントは制限付きループで動作します:仮説 → `train.py`/`program.md` を編集(メモリ用にスクラッチパッド使用)→ トレーニング(RTX 4090 で約800ステップ ≈ 3 分)→ 平均順位を評価し、コミットまたはロールバック。各実行はノイズ過剰適合を防ぐために約5 分の壁時計時間で制限されます。 トレーニングは医療用X線データセットから始まり、その後 Ukiyo‑eVG(≈11 K 日本の木版画)へ切り替えました。フレーズ注釈はガウスヒートマップに変換され、追加の「視線」入力として使用されました。CLIPバックボーンは ViT‑Small (22 M) + DistilBERT (66 M) + HeatmapProcessor (~90 M パラメータ) で構成され、ホールドアウト1 Kテストセットで評価しました(ベースライン平均順位 344.68、R@1 img→txt 17.2%、txt→img 16.5%)。 1日間にわたりエージェントは42実験を実行し、そのうち13がコミットされ29がロールバックされました。平均順位は344.68から157.43へ(54 %減少)しました。主な向上は温度制限修正(-113点)と Optuna++ ハイパーパラメータ調整(-30点)によるもので、他のアーキテクチャ変更はほぼ影響がありませんでした。フェーズ 4/5では成功率が低下し、多くの「スパゲッティ」仮説が失敗しました;サンドボックス違反は、エージェントが未承認の bash 呼び出しを試みたりループを早期に停止した際に発生しました。 実験は、LLM エージェントが明確に定義された検索空間内で機械学習研究を自律的に推進できることを示していますが、予期せぬ(「未知の未知」)挙動には苦戦し、厳格なサンドボックス化が必要です。将来の作業では計画段階やサブエージェントを導入して、1実験あたりの単一変更制限を克服し、ハイパーパラメータのより深い探索と成功率の向上を可能にすることが考えられます。

2026/03/22 0:07

**朱祁:磁器修復の技術**

## Japanese Translation: **概要:** ジュチ(锔瓷)は、宋代(960‑1279)に遡る中国の破損した磁器を修復する工芸です。13世紀の絵画に作業員が壊れた陶器を修理している様子が描かれており、ユネスコはジュチを無形文化遺産として認定しています。この技術では、職人が**脆弱な磁器に穴を開け、慎重に手作業で製造した金属のスタープレート(銅、鉄、または貴金属)を挿入し、裂け目を覆いながら物体の機能と美的整合性を保ちます**。ジュチは「不完全さの美」を称える哲学を具現化しており、日本の金継ぎ(壊れた陶器を漆で修復し、金箔で縫い合わせる)と類似しています。両方の伝統において、裂け目は再生されたアイデンティティへ変容し、人生に伴う傷や回復力を象徴します