Hey friends 👋🏼 Startups are games. This newsletter is about empowering brains (with startup game theory) & hearts (with intros + celebrations). Today, we tackle the former: this multi-part article will focus on running our first startup simulations. 😎

⚡️ Bottlenecks KILL momentum. Let the network unblock you fast

  • Struggling to hire a 100x engineer?

  • Looking for intros to investors or customers?

  • Facing a hard decision with no expert to call?

Every week you delay costs momentum.

You don’t have to do it alone.

This network exists to tilt the odds in your favor — with 5,000+ sharp founders, operators, and investors ready to help.

👇 Fill this in — it takes 30 seconds, and someone smart will reach out.

🧮 GTO Moves - Optimal Product vs Distribution Trade-off: Running the first simulation

1/ Context

Founders play 2 or more of games in parallel - hiring, fundraising, distribution, PR, etc.

But there’s one game everyone plays at the same time: the fundamental game of startups.

Our goal? Unveil what playing the startup game in the most optimal way means.

Over the last few weeks, we started laying down & deriving some theoretical results that would build up on a framework that would make startup simulations feasable.

Our first set of simulations addresses the following situation:

“You’re an early-stage startup in a mature market, competing against one big incumbent and another nimble startup.”

2/ Coding the simulation

This week was supposed to be the week I unveiled our first live simulation of the startup game, where 2 startups & 1 incumbent compete for 1,000 customers in real time.

The code is ALMOST ready - all the logic is now in place and 95% tested, but unfortunately, the debugging/testing process took all the remaining time I had to work on this this week.

So rather than rushing and giving you something bad, I’m taking one more round to make it great 😎

If you want to support the simulation effort, reply to this email & I’ll privasend you some open PRs you can jump into! We can accelerate the building of great things together!

“Debugging is twice as hard as writing the code in the first place. So if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it.” — Brian Kernighan (co-creator of Unix & C)

See you next week!

Remy 👾

💌 Your Move

The game gets easier the more players join.

👉 Share this with one sharp friend — the bigger the network, the faster we all win. ⚡

(P.S. If you’ve got feedback or want me to analyse a specific situation, just hit reply — I read every message 😎)