著者は「ヒーローはただの無給のアマゾン社員だ」と言ってジョークにしていますが、現実が面白いからってジョークになるわけじゃないですよね。ここでの非対称性は驚くべきものです。私は、すでに効率的な価値抽出マシンに無料でR&Dを提供したくないから、プライベートな研究を控えています。著者は少なくとも依存関係に基づいて貢献していましたが、その依存関係がない場合、こんな一方的な関係では「オープンに貢献する」ことを正当化するのは難しいです。特にアマゾンは、かつて許容されていたオープンソースの経済的前提に大きなダメージを与えました。「ビジネスソースライセンス」を採用するプロジェクトが増えてきたのも、オープンな作業がハイパースケーラーのマネタイズのための無料のインプットにならないようにするためです。これらの開発者たちはアマゾンが強欲だと知っていて、彼らのコミュニティの貢献が最終的に向かうのは、元のプロジェクトからサポートやコミュニティの関与を奪い、同じソフトウェアの管理されたバージョンにユーザーを誘導する無給の労働だと気づいています。

私はFreeBSDをたくさん使っていて、メーリングリストにも登録していたので、これらの出来事をよく覚えています。なんでこんなモンスター企業に無料で労働力を提供するのか理解できません。ボランティアは楽しいこともあるけど、ハイパー資本主義の会社に自分の時間とスキルを寄付するのは短絡的だと思います。適切な報酬があったことを願っていますが、「早期アクセス」は含めません。

EC2のIAMロールについての意見には強く反対です。>「特にCapital Oneの侵害後の緊急性を考えると、有用な改善だ」と言われていますが、私の見解では特定の脆弱性の緩和に過ぎず、根本的な問題、つまり不適切なインターフェースを通じて資格情報が露出していることには対処していません。著者は安全に資格情報を交換するためにどのような代替インターフェースを提案していますか？私が考えられる他のアプローチは、猿の手が秘密の材料に直接触れることを許可するものです。OutlookやSlack、TeamsがIMDSv2よりも安全であるはずがありません。PFXファイルのようなものを手動で回している時点で、すでに負けていると思います。IAMロールの全体の目的は、すべてを手続きではなくポリシーの問題にすることです。この違いは、すべてのエッジを通してプレイすると狂っています。IAMポリシー管理は、他の経路よりもはるかに簡単にロックダウンできます。私は、特定のベンダーのために使用している署名キーをチームのメンバーが見ることが数学的に不可能であることを、監査人に5分で証明できます。作成時に不適切なポリシーを適用したため、ルートアカウントで削除できないKMS署名キーもあります。これらのものは、うまく使えば非常に強力です。Azureにも、mssqlサーバーへのアクセスをはるかにスムーズにする似たようなアイデアがあります。

2024年4月、私はアマゾンの人に「今、FreeBSD/EC2をうまく運営できていない」と打ち明け、私の仕事をサポートするための資金を見つけられないか尋ねました。ある時点で時間とお金は交換可能だという理論からです。>私はGitHub Sponsorsを通じてアマゾンから週10時間のスポンサーシップを1年間受けました。何の理由かは分かりませんが、あなたが時給300ドルしか請求していなかったことに驚いたのを覚えています。これは、ただのL6のグーグルエンジニアがもらう給料と同じです。今はもっともらっていることを願っています。[1] https://news.ycombinator.com/item?id=30188512

素晴らしい伝説ですね。旅の過程を読むのは魅力的です。でも、ここに出てくる名前（例えば、Tavis OrmandyはProject Zeroで有名です）を聞くと、トップエンジニアでも面接で失敗することがあるんだなと思います。特に付け加えることはありませんが、実際にいろいろなことをやった人のブログ投稿が好きです。過去の良いまとめですね。

大きな企業に時間を割かないという意見があるのは理解できるけど、ちょっとした話をして、もっと大きなポイントを伝えたいな。2006年か2007年に、あるプロジェクトのアイデアを思いついて、すごくワクワクしてメーリングリストを作ったんだけど、結局そのプロジェクトは進めなかったんだ。すごくユニークな名前だったんだよね。2012年に、別の開発者が同じ名前のプロジェクトを立ち上げたんだけど、その時メーリングリストが使われているのを見て、引き継げるかどうか聞いてきたんだ。僕は喜んでOKしたよ。だって、彼も暗号学とオープンソースに取り組んでいる人だったから、当時（今もだけど）僕の好きなことだったんだ。プロジェクトは「scrypt」で、開発者はコリンだった！ :) 当時の僕はコリンやtarsnapについて何も知らなかったと思う。時には、期待せずにコミュニティを感じる人たちに対してできる親切をすることが大事だよね。カルマは積み重なっていくし、その恩恵は大きいけど、いつも言葉にするのは難しいんだよね。

Netflixは大きなFreeBSDユーザーで、AWSもたくさん使ってるけど、AWS上でFreeBSDを動かしてるのかな？彼らはボランティアのインフラに大きく依存してるから、明らかにスポンサーになりそうだよね。

実際、Jeff BarrのAWSユーザーのミートアップの一つで、Second Lifeでのことなんだ。 このフレーズには、笑顔にさせる要素がたくさんあるね。Second LifeがAWSの初期ユーザーの一つだったことを忘れがちだけど、最初はS3だったんだ。ジェフ・ベゾスは2005年のラウンドに個人的に投資してくれて（そのラウンドでLinden Labはユニコーンになったんだ）、Jeff BarrとAWSの仕事を紹介してくれた。お返しに、Jeff BarrはSecond LifeでAWSのミートアップを開催し始めたんだ。この時期は、Jonathan Coultonからロイターまで、たくさんのグループがSecond Lifeの拠点を設立していた頃だよ。

このスレッドでの「Amazonのための無料労働」という枠組みは、ここでの核心的なダイナミクスを見逃してるね。コリンは慈善活動をしていたわけじゃなくて、Tarsnapが文字通りそれに依存しているから、FreeBSDをEC2で動かしていたんだ。それがオープンソースへの貢献の最も健全なモデルだと思う。自分のプロダクトが依存しているインフラを修正することで、下流の皆も恩恵を受ける。逆に、Amazonが自分のニッチなプラットフォームに興味を持つのを待つのは、永遠に待つことになるかもしれない。それは、例えばインディー開発者がAWSが管理するサービスにラップされるライブラリを書くのとは違う計算だね。

AWSは何年も明確なリーダーだったけど、今は道を見失った感じがする。市場のリーダーとして、ビッグローンチで先行する方法を知ってたのにね。今は、どんどん遅れを取っている世界をうまく乗り越えられずにいる。GenAIでの大きな初期のミスが、その流れを加速させたみたい。過去の勢いでなんとか動いてるけど、その戦略は長続きしないよ。