資金調達で、私は大きな苦しみを味わいました。

2026/01/18 3:29

資金調達で、私は大きな苦しみを味わいました。

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

要約

Japanese Translation:

改訂された要約

創業者は、ダブルポイントでの仕事を約4か月後に辞めて、共同創業者ペドリケと共に会社を立ち上げたことを語ります。彼らは半年間のプロジェクト中に出会ったペドリケとともにMVPを構築し、ペドリケの資金繰りが厳しかったため、ジェームズ、ティム、大戸、ジェフ、ダンという4人のエンジェル投資家からシードマネーを調達した後、Broom Venturesから初期段階の投資を受けて希薄化を抑えました。創業者は株式平等の理由で給与を受け取り、投資家側から創業者に対して圧力はかけられませんでした。

立ち上げ後、スタートアップはオープンソースコミュニティへ方向転換し、注目を集めましたが収益化には苦労し、成長が遅くなり顧客獲得も減少しました。これにより創業者は自己疑念に苛まれ、特に「ファウンダープロフィール」に信頼していた投資家を裏切っていると感じました。「Xになりうる」状態と積極的にXを追求する間の緊張に悩み、高い期待がある時に失敗と向き合うよりも可能性の状態で生きる方が容易だと悟りました。

彼の焦点はオープンソースコミュニティの構築から、収益化の問題解決へ移り、戦略の実行可能性を疑問視するようになりました。投資家はアイデアそのものではなく、彼の人格と過去の実績に対する信頼で支援したことを強調し、創業者には数字を追いかけるよりも自らのプロセスに忠実であるべきだと訴えました。

また、創業者はエンジニア中心の創業者にとって営業は難しいスキルであり、成長が遅くても長期戦略に合致すれば許容できることを共有しています。自らの苦境を公表することで、同じような状況にいる他者が孤立感を減らせると願い、挑戦や課題にもかかわらず今はモチベーションが高く鋭敏になっていると述べています。同様のジレンマに直面している読者には対話を求めて連絡を取るよう呼び掛けています。

本文

約4か月前、ダブルポイントを退職し、自分のビジネスを始めることにしました。ペドリケ(後に共同創業者になる)と少しだけプロジェクトを進めていたところで、彼は私が共に事業を築きたい人物だと確信したので、アイデア自体よりも「自分のやり方」を実現することが動機でした。理想的にはPostHogやダブルポイント在籍中に「人生のアイデア」を思い出し、それを最大限の熱意で作り上げていたはずですが、そうではなかったため、ひとつの閃きに頼らず、自分たちが取り組んでいるものをベストチャンスとして進める決断をしました。

退職したばかりだったので財務は安定していました。理想はMVPを作り上げて市場へ投入し、失敗すれば別の試みを行い、何かが機能するまで繰り返し、そしてそれが意味を持つときにVC資金を検討するとしたものです。ペドリケの場合は状況が異なっていました。彼は自分の事業に備えて貯蓄していたものの、残高が逼迫しており、しばらくフリーランス等で収入を確保する必要がありました。MicroSaaS製品で少し成功した経験がある程度だけでは足りませんでした。

以前からこの話は出ていましたが、私は110%の投入状態になったため行動に移す必要がありました。もう一人をフルタイムに戻して残りをパートタイムにすることは、両者とも収支を合わせるためには無理でした。結論として明確になりました:資金調達を行うという選択です。

その当時は簡単に感じられました。相互信頼のある2人の共同創業者がいて、機会を逃したくないと考えていたからです。この選択は私にとって理想的ではありませんでしたが、ビジネスとして最善だったので「ただ死なないで」というアドバイスが頭をよぎり、Skald(当時)はその結果生まれました。

資金調達しました。ペンシルベニア州の前上司たち(PostHog共同創業者のジェームズとティム、ダブルポイント共同創業者のオート)を含む4人のエンジェル投資家を迎え、その後初期段階のファンドを探しました。最終的にBroom Venturesに乗り、他の機会は希薄化を抑えるため断りました。よくできたと言うならばそうですか?給与はまだ必要ではありませんでしたが、平等感を考慮して一つ設定しました。投資家は素晴らしく、ジェームズとオートはエンジェルとして特に助けてくれました(ありがとう)。また、BroomのGPであるジェフやダンも含め、すべて成功した創業者が投資しています。まだ非常に初期段階ですが、Broomは大いに手厚く、ハンズオフ型VCとして扱いやすいです。彼らはプレシード投資をよく理解しており、圧力をかけることはありません。

時間が経つとピボットしました。新しいアイデアにワクワクし、ローンチし、初期のトラクションを得ました。オープンソースプロジェクトも好調でしたが、収益化は難しく、一部顧客を獲得できず、トラクションは減少しました。私は怒りや苛立ち、不生産性に陥るメンタルリットに直面します。

圧力を感じていることに気づきました。大きな収益も成長も見込めません。「スタートアップXがローンチ後1か月で100万ドルARRに到達する」と聞くたび、自分の遅い成長に対して悪さを感じます。自分への投資を信じてくれた人々を裏切った気持ちです。それが私の内なる独白です。

数か月前、彼女との会話で出てきた興味深い反省は逆転して私に当てはまります。「Xになれる人」でいる方が「Xになることに失敗する」よりも容易だと。音楽やスポーツの才能について語り合っていた際、もっと練習すれば素晴らしいと言われても実行しない人が多いです。自分はできたかもしれないという思考は、信じてくれた人々を失望させるよりも心地よいのです。

私の場合、そのコインの裏側に立っています。キャリアを通して高いオーナーシップを持ち、数多くの0から1への旅をリードしてきました。「創業者プロファイル」と評されます。チームを率い、多才で働き者で大局観を持っていました。その特性が前上司たちに投資を受けさせる要因でした。今、私はその期待に応えなければなりません。「創業者になれるはずだった」と言う理由はもはや正当化できません。失敗すればリターンのない道を選んでいるので、これからは成功した創業者か、そうではないかのどちらかです。

「成功」には何があるのか、期待はどう投影されるのか、多くのことがありますが、ここでは長くなりすぎます。ポイントは資金調達が頭を混乱させたわけではなく、最善だと思いながら逆に非生産的に振舞ってしまった点です。

ピボット時には「どれだけ大きく感じるか」を重視し、「何の問題を誰のために解決するか」よりも先にオープンソースコミュニティを構築してから収益化という戦略が機能するか、健全な計画なのかを問うべきでした。私が「もっと早く成長しないと」と循環させていたのは誤りです。

投資家はアイデアだけでなく私たちに投資してくれました。我々自身の信念と知識に基づいて素晴らしいビジネスを築くプロセスに従うことが最善です。数字に一喜一憂するよりも、実際に価値を生み出すことに集中しましょう。

学ぶべきことは多いです、特に営業(私たちはエンジニア同士)について。快適だからといってただ作るのではなく、テククランチのCompany Xより遅くてもマラソンとして進むことが大切です。

創業者が公に語るべきことを多く破る形で、自分の胸を吹き飛ばすだけが目的でした。詩や別れ、愛物語、不安、夢について書くことで、人々が読む可能性があると自分自身の日常生活で本当の自分になれるのです。友人に最後の別れ話を読んでもらえれば、遠慮なく自分を表現できるようになります。

起業を始めたい方や既に起業している方がこの記事を読んで、自分自身と会社について振り返ることを願っています。資金調達から得た教訓の短い箇条書きは良いかもしれませんが、読者自身が見つけるべきものです。我々は皆違います。ある人は全くプレッシャーを感じないかもしれませんし、他の人はその中で繁栄します。

これが私の物語です。あなたの物語にも幸運がありますように。

P.S. 今は良い調子でモチベーションと鋭さを保っています。同じ状況にいる方は遠慮なくメールください。この記事以外でも役立ったことを共有します。新しい投稿があれば通知されるよう購読してください。

同じ日のほかのニュース

一覧に戻る →

2026/01/18 5:44

トルコ語の格変化をベースとするプログラミング言語

## Japanese Translation: **(全ての重要ポイントを組み込んだもの)** --- ## Kip – ケースベース型研究言語 Kip は、トルコ語の格変化を型システムと構文に埋め込む実験的プログラミング言語です。名詞格接尾辞と母音調和を用いて引数関係を表現し、関数引数の順序を柔軟に変更できる一方で意味は明確に保たれます。 ### コア機能 | 機能 | 説明 | |------|------| | **引数順序** | 格接尾辞が役割を決定します。例:`(5'le 3'ün farkını) yaz.` と `(3'ün 5'le farkını) yaz.` は同じ意味です。 | | **帰納型** | トルコ語構文で宣言します。例:`Bir doğal-sayı ya sıfır ya da bir doğal-sayının ardılı olabilir.` | | **多相型** | 同様に宣言します。例:`Bir (öğe listesi) ya boş ya da bir öğenin bir öğe listesine eki olabilir.` | | **パターンマッチング** | 条件付き接尾辞 `-sa/-se` を使用し、入れ子パターンとワイルドカード `_` をサポートします。 | | **定数** | キーワード `diyelim` で宣言します。例:`sıfırın ardılına bir diyelim.` | | **組み込み型** | 整数 (`tam-sayı`) – 算術、比較、階乗;文字列 (`dizge`) – 長さ、連結、整数へのパース。 | | **I/Oプリミティブ** | 出力:`yazmak/yaz`;入力:`okumak/oku`;シーケンス接尾辞 `-ip/-ıp/-up/-üp`。 | ### 形態論と実装 * Kip はトルコ語の形態解析に TRmorph の有限状態変換器を利用します。曖昧な単語はすべてのパースで表現され、アポストロフィで解消できます。 * コンパイラは Foma(パッケージマネージャ経由)と Haskell Stack を使用し、REPL (`stack exec kip`) で実行するかファイルを `--exec` で実行します。WASM プレイグラウンドは `playground/` 以下にあります。 ### プロジェクト状況 Kip は研究専用プロジェクトです。構文と挙動は進化する可能性があります。キャッシュされたバイトコードファイル (`.iz`) は、コンパイラが変更されると無効になります。 --- この要約はすべての主要ポイントを反映し、元のテキストに忠実でありながらメインメッセージを明確かつ簡潔に保っています。

2026/01/17 20:15

ASCII文字はピクセルではない:ASCIIレンダリングの深掘り解析

## Japanese Translation: **概要** この記事では、各文字を多次元「形状ベクトル」でモデル化することで鮮明で高コントラストのASCII画像を生成できるインタラクティブな画像→ASCIIレンダラーを紹介しています。従来の最近傍サンプリングはセルごとに1ピクセルとして扱い、ジャギーやぼやけた出力が生じます。スーパーサンプリングはジャギーを減らしますが、単一の輝度値へ平均化するためエッジがまだぼやけてしまいます。 新しい手法では、セルの上/下と左/右の半分を小さな円でサンプリングし、各グリフがどのように空間を占有しているかを捉えます。これにより6次元(方向性コントラスト用の外部サンプリングをオプションで追加)形状ベクトルが生成されます。このベクトル空間で最近傍検索を行い、グリッドセルごとに最適な文字を選択します。ベクトル要素を指数関数的に上げることでコントラストを増幅し(全体の対比を高めつつ均一な勾配を保持)、さらに隣接セルをサンプリングする方向性コントラストでシャープ化します。 フレームごとのユークリッド距離計算とサンプリング収集によるパフォーマンスボトルネックは、**k‑d木インデックス**、**量子化キーを用いたキャッシュ**、およびサンプリングとコントラスト段階の **GPUアクセラレーション** を組み合わせて解消し、モバイルデバイスでもスムーズなFPSを実現しています。著者はさらに、各文字に異なる色/明度を割り当てる方法や高次元サンプリングベクトルの探索などの拡張可能性についても概説しています。 最後に、読者は将来の投稿でこれらの開発内容を取り上げる予定のメールリストへの登録を勧められています。

2026/01/18 7:19

ライトモード・インフレーション (Note: “ライトモード”は「軽い(低エネルギー)モード」を指し、物理学や宇宙論の文脈で使われることが多いです。)

## Japanese Translation: **改善された概要** この記事は、macOS のライトモードウィンドウが過去 16 年で徐々に明るくなってきたことを示しており、Snow Leopard(2012)では平均明度が約 71 %だったのが、Mac OS Tahoe ではほぼ 100 %に上昇しています。著者はスクリーンショットをクロップし、Pillow を使ってグレースケールへ変換した後、ピクセル平均強度を算出することで測定しました。この分析は画面全体やアプリケーションの明るさではなく、**ウィンドウクロム**に特化しています。2020 年末に M1 MacBook Air にアップグレード(Big Sur でウィンドウ明度が 85 %から 97 %に増加)した後、著者はダークモードへ切り替えました。ダークモードは Mojave(2018)で導入されました。本研究では、典型的なライトモードウィンドウの最も暗い色が Tahoe では 97 %明度に達する一方、Snow Leopard では 90 %であることを指摘しています。また、iOS 26 の HDR 実装は一部要素を 100 %以上の白に押し上げる可能性があり、知覚される明るさを過大評価する恐れがあると述べています。 著者は、このより明るい UI デザインへの移行がコントラストバイアスによってダーク背景をより魅力的にしていると主張し、ユーザーの目の疲労を軽減しつつアプリ間の視覚的区別を保つために中程度のグレー(約 50 %)インターフェースを推奨しています。将来のデザインへのインスピレーションとして、著者はより高い明るさレベルにもかかわらず、Yosemite などの古い macOS スタイルを好んでいます。 このバージョンは主要なポイントすべてを保持し、ダークモード導入に関する余計な因果推論を削除し、ウィンドウクロムへの焦点を明確にしています。