**創業者兼CTOとしての役割:第 8 年目**

2025/12/27 4:43

**創業者兼CTOとしての役割:第 8 年目**

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

要約

Japanese Translation:

概要:
RevenueCat は、創業者が同社の製品モメンタム、アプリエコシステムにおける不可欠な役割、強固なチーム、および家族優先事項を即時売却よりも重視したため、ほぼ百万ドル規模の買収オファーを辞退しました。成長を維持するために、運営リスクを低減する二次トランシュを含む新たな資金調達を実現しました。2025年には、カンファレンス・ハッカソン・コミュニティミートアップで外部展開を拡大し、特に上級エンジニアリング職の採用を強化するとともに、人事チームプロセスを厳格化しました。RCDA、#top‑21‑customers、HVCMM、Ship or Die などの文化イニシアティブを導入し、アイデンティティと責任感を強化しました。2026年を見据えて、RevenueCat は分散バックエンドを備えたマルチプロダクトアーキテクチャへ進化させる計画であり、採用・マネジメントタレントの拡大を継続しつつ文化を保ち、将来の退出機会に対してもオープンであることを目指します。これらの動きは、アプリ開発者向けに製品トラクションと信頼性を強化し、エンジニアリングチームの SaaS スケーリングベンチマークを設定し、投資家やパートナーの関与を維持することを目的としています。

概要スケルトン
本文が主に伝えたいこと(メインメッセージ)
RevenueCat はほぼ百万ドル規模の買収オファーを辞退し、以降は製品トラクション・文化・チーム成長を拡大しつつ将来の退出に備える方針を採りました。

根拠/論理(なぜそう言っているか)
創業者は強力な製品モメンタム、アプリ経済で不可欠な役割、優れたチーム、および家族優先事項のためにオファーを辞退しました。成長を継続するため、新規資金調達と二次トランシュによる運営リスク低減を実施しました。

関連事例/背景(文脈、過去の出来事、周辺情報)
2025年に RevenueCat はカンファレンス・ハッカソン・コミュニティミートアップで外部プレゼンスを拡大し、創業者インタビューや上級エンジニアリング職の追求、人事チームプロセスの改善など採用活動を強化しました。RCDA、#top‑21‑customers、HVCMM、Ship or Die などの文化イニシアティブも開始されました。

今後起こり得ること(本文で記述された将来の展開/予測)
2026年には同社はマルチプロダクトアーキテクチャへの移行を計画し、分散バックエンドを導入、採用とマネージャー育成を継続、文化を保持しつつ将来の退出機会に対してオープンであることを維持します。

これらが与える影響(ユーザー/企業/業界へのインパクト)
製品トラクションと信頼性への焦点は RevenueCat のサービスを利用するアプリ開発者に恩恵をもたらします。強化されたエンジニアリングチームと文化イニシアティブは SaaS スケーリングのベンチマークを設定し、退出機会へのオープン姿勢は投資家やパートナーの関与を継続させます。

本文

2025年――何という一年だったでしょう。
普通のスタートアップ創業者が「四、五年間はあっという間に過ぎた」と感じる中で、今回の一年はまるで十年近くを経ているような感覚でした。我々の業界では変化のペースが極めて激しく、

  • バイブコーディング(vibe coding)という概念自体がまだ1年も経っていない
  • Apple は米国で初めて外部決済リンクを許可せざるを得なかった
  • アプリ開発はかつてないほど簡単に、そして迅速に構築できるようになった
  • 子どもたちは「ラブマシンを買うために開発者になる」ことを夢見ている
  • 「アプリを作れば数百万稼げる」と言われ、アプリ開発は数年前のドロップシッピングと同じようなビジネスモデルへ変貌した

こうした状況下で我々は「開発者」という定義を拡張せざるを得ませんでした。
まずは開発者がより多く稼げるよう支援し、次にアプリ自体が収益化できる環境を整え、最終的にはバイブコーダー(vibe coder)がより多く稼げる仕組みへと進化させていったのです。

そしてその途中で RevenueCat は買収寸前まで近づきました。
今年もまた年末に向けて、世代を超える企業になることを目指し構築しているものを振り返る時間として、ぜひご一緒してください。


目立つ問題点

昨年のブログ投稿では重要な詳細を抜かしました。
実際、その記事がシリーズ最後となっていた可能性もあります。2024 年末に RevenueCat の買収オファーを受け取りました――創業者としては夢見るものですが、実際に起きるまで「本当に起こるとは思えない」という感覚です。
当時我々が深く尊敬していた大手企業からの提案で、合流することになれば、何年も前に始めた小さなプロジェクトが人々に真に求められる存在へと成長した証拠でした――単なる VC のインフレ数字ではなく、実際に意味ある流動性イベントだったのです。

その後数週間は感情的かつストレスフルでした。
オファーが届いた時点で最適な状態ではありませんでした:疲労、Jacob が足首を骨折して回復中、全体的に重い気分。
ある日は「やるべきだ」と自信を持ち、別の日は「絶対にやってはいけない」と確信しました。Jacob と私は頻繁に感情がぶつかり合い、興奮と疑念の間で揺れ動いていました。

我々は売却や転売を目的としてこの会社を設立したわけではありません。しかし真剣な買収提案が来ると、その選択肢を検討せざるを得ません。
この取引が実現すれば、私個人の手取りは 9 桁に達し、創業者としては大きな成功ですが、一部投資家やチームメンバーにとってはそれほど重要ではありませんでした。


独立を継続する決断

結局、我々は売却しないことを選択しました。
その時点で「確実に動いている」ものがありました:良いユーザー、強い勢い、数年かけて築き上げた世界クラスのチーム。
売却は自社文化という独自性を失うことを意味します。
本当に問われるのは「これをさらに10年以上持続可能にするにはどうすればよいか」という点でした。

我々は「辞める条件」を書き出し、そのほとんどが金銭やコントロール下にある要因で解決できることに気づきました。

  • 自分を刺激してくれる人だけと仕事をする
  • 家族の世話を確実に行う

その上で、我々は新たな資金調達ラウンドを実施し、有意義なセカンダリコンポーネントを組み込みました。これによりリスクが軽減され、二次判断も減少しました。
全チームへ知らせ、そして開発を続ける――それが当初の計画です。

売却したいと考えた創業者は多くいますが、長年継続してきた創業者から学んだことは「エグジットは祝福されるものではなく、実際に創業者や投資家に意味のある結果をもたらさない場合でも祝福される」という点です。
会社を構築することは困難であり、年々推進し続ける人をほとんど称賛しません。ある創業者から次のような言葉をいただきました。

「サーフィンや好きなことに 6 か月没頭すると楽しい。でも最終的には飽きて別のものを作りたくなる。ほとんどの人が過小評価しているのは、実際に人々が欲しがる何かを構築する難しさです。」

私はこの会社こそ自分にとって最大の資産であり、留まれば価値がさらに高まることに気づきました。そこで、会社内で自分が楽しめる位置を見つけようと試みたのです。


家族の支援

妻との重要な対話があります。

「売却すれば少し寂しい。でもこれは君と Jacob の子供だ。」

私はこう返答しました。

「でも継続すれば、もう10年以上も多くの犠牲を払うことになり、ストレスや精神的に疲弊した夜が増えるだけです。」

彼女は一瞬考えた後、こう言いました。

「それは過去 10 年間で私たちが経験してきた人生であり、報われています。あなたと Jacob を誇りに思います。」

世代を超える富を手放すのは少し狂っているように見えますが、彼女は我々がさらに大きくなる可能性があると信じており、推進するべきだと言っています。


年間レビュー

個人的目標

年初に立てた 4 つのシンプルなゴールです。

  1. RevenueCat を使って実際のアプリを App Store にリリースする
  2. サンフランシスコへもっと頻繁に渡航し、経営者や創業者とネットワーキングを行う
  3. 毎日少なくとも 1 人の顧客と会話する
  4. 週に 3 回以上運動する

すべて達成しました。

外部プレゼンス

今年は外向きの活動が最多でした:50 本のフライト、45 夜の子どもから離れた時間、多数のカンファレンス、NYC とパリで開催された Vibe Coding Catfes、自社主催イベント(1 週間にわたる連続イベント)、コミュニティミートアップ、開発者との対面交流。
各出張を最大限に活かし、ローカル顧客と接触、チームメンバーと顔合わせ、興味深いプロジェクトを構築している創業者と会うなどしました。

採用

採用は私の永続的な仕事であり最高のレバレッジ活動です。トップ候補者へ連絡し、初回対話を行い、ビジョンを共有、そして最終面接に飛び込むまで一貫して行いました。今年だけでも約 40 回の創業者インタビューを実施し、価値ある結果が得られました。
VP of Engineering の検索は未遂でしたが、当時必要ではなかったためです。しかしそのプロセスで「高い基準」が何であるか学びました。

People Team と緊密に協力し、ボトルネックをデバッグし採用オペレーションを改善しました。時間のかかる作業ですが、品質面で大きなリターンがあります。

文化

文化構築に多くのエネルギーを注ぎました:

  • 「私たちがどのように働くか」を解説する書籍を書いた
  • 年次オフサイトで全員を一堂に集め、ビジョンを共有した
  • メメティックなイニシアチブを開始した

具体的には以下です。

  • RCDA (RevenueCat Design Ascension) – 製品デザインの基準をエレガントでプロフェッショナルに統一
  • #top‑21‑customers – 重要顧客への優先対応を確保
  • HVCMM (Help Vibe Coders Make More Money) – 技術的にハードルが低い開発者向けの収益化を簡素化
  • RCMaxxing – 採用を加速し、積極的なリクルーティングを推進
  • Ship or Die – 四半期ごとに存在論的課題を洗い出し、適切な人員配置と緊急性を確保

委任

組織構築の経験が積み重ねられた結果、Apple が外部決済リンクを強制した際に迅速に対応できました。AI コーディングツールはハイプなしで自然に導入し、最高 Vanta スコアを達成、セキュリティ実務も改善しました。今年は SOC 2 やコンプライアンスのタスクから手放せるようになりました。

火災(危機)

従業員数が 100 人に到達すると摩擦が増大します。
最も痛ましい 2 件の「火災」は、年初の信頼性インシデントとサポートキャパシティの後退でした。厳しい対話とプレッシャーを経て、結局は以前より強くなりました。

組織変更

再編は避けられませんが、今年は迅速かつ効率的で劇的ではありませんでした。エンジニアリングマネージャーは自身の組織設計と採用計画を担当する役割が増しました。

OCTO (Office of the CTO)

新しいイニシアチブとして、スタッフレベルのエンジニア小隊が新規ベットを立ち上げ、重要プロジェクトをアンロックし、機会的作業に取り組み、必要に応じて採用します。ミーティングは短く議題駆動で、結果は期待以上です。


最大の失敗

  1. 経営層採用がエネルギーを消耗 – VP of Engineering の検索に過度に時間を費やし、シニアマネージャー育成がおろそかになった
  2. 採用速度の停滞 – 重要時期で採用が停止し、出荷能力が制限された
  3. 人員移動を早く行いすぎた – プロジェクト安定前にスタッフを再配置した結果摩擦が増え、再調整が必要になった

ランダムな学び

  • 優秀な採用は優れた人脈から生まれる。冷たいアウトリーチのレスポンス率は、候補者が RevenueCat を知っていると高い
  • B プレイヤーは C プレイヤーを雇う;毎回の採用で基準を上げることでタレント密度を維持できる
  • マネージャーに欠陥がある場合、直接対処しチームと共に改善するか、必要なら構造変更を行う
  • バイブコーダーは LLM を活用して問題解決するためサポートチケットの提出頻度が低い
  • 技術リーダーをマネージャーへ育成することは不可欠。採用・組織設計・長期計画に意図的な移行が必要
  • DRI がいないと何も進まない
  • ネットワーキングはほぼ無意味 ― まず素晴らしいものを作り、機会が自然に追随する

個人的反省

全体として良い年でした。Jacob の怪我や大規模な us-east‑1 障害などストレスフルな瞬間もありましたが、楽観主義は増しました。マラソンのトレーニングは予想以上に精神状態に影響し、継続的に運動する計画です。
初めてオハイオで共同創業者を訪問し、毎週会社メールを送ることがセラピーになりました。

最大のブロッカーはエネルギーレベル管理でした。幼児の睡眠不足は金銭では解決できず、運動だけが部分的に助けます。悪い睡眠の日には自分に優しくし、エネルギーがあるときは倍増して取り組むことで気分と生産性が向上しました。


今後の展望

2025 年は基盤作りの年でした。2026 年にはその基盤が結集し、新しい分散バックエンドアーキテクチャを導入して単一障害点を排除、マルチリージョン柔軟性を実現します。収益目標は常に製品ローンチに連動します。

優秀なチームの採用を継続し、マネージャー支援とリーダー育成を怠らず、文化を守りながら進めます。世界は急速に変化していますが、売却の可能性は残ります。しかし我々は大きな機会に向けて構築し続けています。

今こそアプリ開発者として最高の時代です―誰もがアプリを作れるようになり、日々のリリース数が記録的に増えています。私はエネルギーに満ち、アプリ開発者向けオペレーティングシステム構築に深くコミットしています。


終わりに

共同創業者 Jacob と彼女 Sarah、Chief of Staff Susannah、エンジニアリングマネージャー、RevenueCat チーム全員、価値ある顧客、そして David Cramer、Damian Schenkelman、Dani Lopez、George Deglin、Peter Silberman、Alex Plugaru、Kwindla Hultman Kramer、João Batalha、Karri Saarinen、Miguel Martinez Triviño、Javi Santana、Matias Woloski、Tobias Balling、Will Larson など、CTO とリーダーの皆さんに感謝します。
投資家と初期信者:Jason Lemkin、Anu Hariharan、Mark Fiorentino、Mark Goldberg、Andrew Maguire、Gustaf Alströmer、Sofia Dolfie、Nico Wittenborn。

さらに、私を支えてくれた素晴らしい妻 Marina に感謝します。彼女は最初から揺るぎないインスピレーションとサポートの源であり、二人の可愛い娘を祝福してくれました。母親に対する無数の犠牲にも感謝し、ニューヨークでベルが鳴った日には誇りを持って見守っていただけることを約束します。

心から愛しています。

同じ日のほかのニュース

一覧に戻る →

2026/01/01 19:53

**Rust ― 借用チェッカーなしで書く Rust**

## Japanese Translation: ```markdown ## Summary `rustmm` は借用チェッカーをオフにした改造済み Rust コンパイラで、通常は Rust の安全規則に違反するコードでもコンパイル・実行できるようにします。プロジェクトは **macOS (Apple Silicon)** と **Linux (x86_64)** 用の事前ビルドバイナリを提供しており、インストールは次のコマンドで行えます: ```bash curl -sSL https://raw.githubusercontent.com/buyukakyuz/rustmm/main/install.sh | bash ``` インストール後は `~/.rustmm/bin/rustc your_code.rs` というラッパーを通じてコードがコンパイルされます。ソースからビルドしたい場合は `BUILDING.md` の手順に従ってください。 ### Key examples 1. **String をムーブする** – 通常は E0382 が発生しますが、rustmm はムーブを許可し、その後元の値を印刷できます。 2. **二つの可変参照** – 通常は E0499 が発生しますが、rustmm は両方を受け入れ最終値を印刷します。 3. **可変借用中に変数を使用する** – 通常は E0502 が発生しますが、rustmm はコンパイルと実行を正しく行います。 4. **ループ内で文字列を二度印刷する** – 通常は「cannot move out of loop」が禁止されますが、rustmm では許可されます。 5. **同時に可変借用と不変借用** – 通常は E0502 が発生しますが、rustmm は両方をコンパイルし、両方の値を印刷します。 `examples/` ディレクトリには、公式コンパイラで失敗する自己参照構造体や二重リンクリストなどの追加テストも含まれていますが、rustmm では成功します。 ### Licensing プロジェクトは **Apache 2.0** と **MIT** のデュアルライセンスです。詳細は `LICENSE-APACHE`、`LICENSE-MIT` および `COPYRIGHT` をご覧ください。 ``` ## Text to translate (incorporating all missing details):** --- ## Summary `rustmm` is a modified Rust compiler that turns off the borrow checker, allowing code that would normally violate Rust’s safety rules to compile and run. The project ships pre‑built binaries for **macOS (Apple Silicon)** and **Linux (x86_64)**; installation can be done with: ```bash curl -sSL https://raw.githubusercontent.com/buyukakyuz/rustmm/main/install.sh | bash ``` After installation, code is compiled via the wrapper `~/.rustmm/bin/rustc your_code.rs`. Source builds are supported by following the instructions in `BUILDING.md`. ### Key examples 1. **Moving a `String`** – normally triggers E0382; rustmm allows moving and then printing the original value. 2. **Two mutable references** – normally E0499; rustmm accepts both and prints the final value. 3. **Using a variable while it has an active mutable borrow** – normally E0502; rustmm compiles and runs correctly. 4. **Printing a string twice inside a loop** – normally disallowed “cannot move out of loop”; rustmm permits it. 5. **Simultaneous mutable and immutable borrows** – normally E0502; rustmm compiles and prints both values. The `examples/` directory contains additional tests (e.g., self‑referential structs, doubly linked lists) that fail under the official compiler but succeed with rustmm. ### Licensing The project is dual‑licensed under **Apache 2.0** and **MIT**; see `LICENSE-APACHE`, `LICENSE-MIT`, and `COPYRIGHT` for details. --- This revised summary now reflects every major point from the key points list, avoids any inference beyond the source material, and presents a clear, reader‑friendly overview.

2026/01/01 8:54

**2025年:LLM(大型言語モデル)の一年**

2026/01/01 20:17

Bluetoothヘッドフォン・ジャッキング:あなたのスマホへの鍵【動画】

## Japanese Translation: Airoha の Bluetooth オーディオチップには、CVE‑2025‑20700 – 20702 という三つの重大な欠陥があり、悪意ある周辺機器がチップとペアリングされたスマートフォンを完全に乗っ取ることが可能です。カスタム RACE プロトコルを使用して、攻撃者はフラッシュメモリや RAM を読み書きでき、ファームウェアの置換やその他の悪意ある操作を実行できます。この脆弱性は現在世代のヘッドホンで実証され、多くの人気イヤホン(Sony WH‑1000XM5/XM6、Marshall Major V/Minor IV、Beyerdynamic AMIRON 300、Jabra Elite 8 Active)や Airoha の SoC、リファレンスデザイン、SDK を使用する任意のデバイスに影響します。 講演では欠陥の仕組みを解説し、ライブデモを行い、情報開示の課題(メーカーがリスクを速やかに伝えなかったり、アップデートを配信しないケース)を指摘しています。脅威を軽減するため、スピーカーはユーザーが自分のデバイスが脆弱であるかどうか確認できるツールと、Airoha ベース製品を研究する研究者を支援するツールを公開予定です。 パッチを適用しなければ、対象イヤホンを利用して電話を乗っ取ったり、マルウェアをインストールしたり、データを外部に流出させたりできる恐れがあります。企業は修正コストの増大、法的責任の懸念、およびブランド信頼への損傷に直面する可能性があります。この事件は、サプライチェーンセキュリティの強化と業界全体での情報開示慣行の改善が必要であることを浮き彫りにしています。