<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Lilobase]]></title><description><![CDATA[From zero to product: a CTO’s field notes.]]></description><link>https://www.lilobase.me</link><image><url>https://substackcdn.com/image/fetch/$s_!mlzx!,w_256,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F27b69817-89bb-4305-9880-e4dbcc14fc33_768x768.png</url><title>Lilobase</title><link>https://www.lilobase.me</link></image><generator>Substack</generator><lastBuildDate>Fri, 05 Jun 2026 07:47:46 GMT</lastBuildDate><atom:link href="https://www.lilobase.me/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Arnaud LEMAIRE]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[lilobase@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[lilobase@substack.com]]></itunes:email><itunes:name><![CDATA[lilobase]]></itunes:name></itunes:owner><itunes:author><![CDATA[lilobase]]></itunes:author><googleplay:owner><![CDATA[lilobase@substack.com]]></googleplay:owner><googleplay:email><![CDATA[lilobase@substack.com]]></googleplay:email><googleplay:author><![CDATA[lilobase]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Stop Taking Performance Problems Personally]]></title><description><![CDATA[One of the most common traps in leadership and individual growth is surprisingly simple: we take performance problems personally.]]></description><link>https://www.lilobase.me/p/stop-taking-performance-problems</link><guid isPermaLink="false">https://www.lilobase.me/p/stop-taking-performance-problems</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Wed, 22 Apr 2026 17:51:58 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!Wear!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>One of the most common traps in leadership and individual growth is surprisingly simple: we take performance problems personally.</p><p>An underperforming team. A missed target. A feature that does not land.<br>The reflex is almost automatic: <em>this is on me</em>. And from there, the conversation shifts. We start justifying, defending, or over-explaining. Not because we are trying to avoid responsibility, but because we have tied the outcome to our own value.</p><p>That shift is subtle, but it changes everything.</p><div class="captioned-image-container"><figure><a class="image-link image2 is-viewable-img" target="_blank" href="https://substackcdn.com/image/fetch/$s_!Wear!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png" data-component-name="Image2ToDOM"><div class="image2-inset"><picture><source type="image/webp" srcset="https://substackcdn.com/image/fetch/$s_!Wear!,w_424,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!Wear!,w_848,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!Wear!,w_1272,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!Wear!,w_1456,c_limit,f_webp,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 1456w" sizes="100vw"><img src="https://substackcdn.com/image/fetch/$s_!Wear!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png" width="1456" height="971" data-attrs="{&quot;src&quot;:&quot;https://substack-post-media.s3.amazonaws.com/public/images/2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png&quot;,&quot;srcNoWatermark&quot;:null,&quot;fullscreen&quot;:null,&quot;imageSize&quot;:null,&quot;height&quot;:971,&quot;width&quot;:1456,&quot;resizeWidth&quot;:null,&quot;bytes&quot;:2218644,&quot;alt&quot;:null,&quot;title&quot;:null,&quot;type&quot;:&quot;image/png&quot;,&quot;href&quot;:null,&quot;belowTheFold&quot;:false,&quot;topImage&quot;:true,&quot;internalRedirect&quot;:&quot;https://www.lilobase.me/i/195061435?img=https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png&quot;,&quot;isProcessing&quot;:false,&quot;align&quot;:null,&quot;offset&quot;:false}" class="sizing-normal" alt="" srcset="https://substackcdn.com/image/fetch/$s_!Wear!,w_424,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 424w, https://substackcdn.com/image/fetch/$s_!Wear!,w_848,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 848w, https://substackcdn.com/image/fetch/$s_!Wear!,w_1272,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 1272w, https://substackcdn.com/image/fetch/$s_!Wear!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F2e9c00e9-0932-4429-b9e5-365f524bafd4_1536x1024.png 1456w" sizes="100vw" fetchpriority="high"></picture><div class="image-link-expand"><div class="pencraft pc-display-flex pc-gap-8 pc-reset"><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container restack-image"><svg role="img" width="20" height="20" viewBox="0 0 20 20" fill="none" stroke-width="1.5" stroke="var(--color-fg-primary)" stroke-linecap="round" stroke-linejoin="round" xmlns="http://www.w3.org/2000/svg"><g><title></title><path d="M2.53001 7.81595C3.49179 4.73911 6.43281 2.5 9.91173 2.5C13.1684 2.5 15.9537 4.46214 17.0852 7.23684L17.6179 8.67647M17.6179 8.67647L18.5002 4.26471M17.6179 8.67647L13.6473 6.91176M17.4995 12.1841C16.5378 15.2609 13.5967 17.5 10.1178 17.5C6.86118 17.5 4.07589 15.5379 2.94432 12.7632L2.41165 11.3235M2.41165 11.3235L1.5293 15.7353M2.41165 11.3235L6.38224 13.0882"></path></g></svg></button><button tabindex="0" type="button" class="pencraft pc-reset pencraft icon-container view-image"><svg xmlns="http://www.w3.org/2000/svg" width="20" height="20" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-maximize2 lucide-maximize-2"><polyline points="15 3 21 3 21 9"></polyline><polyline points="9 21 3 21 3 15"></polyline><line x1="21" x2="14" y1="3" y2="10"></line><line x1="3" x2="10" y1="21" y2="14"></line></svg></button></div></div></div></a></figure></div><h3><strong>The hidden cost of ego in performance discussions</strong></h3><p>When a performance issue becomes a reflection of self-worth, ego enters the conversation.</p><p>Instead of focusing on the problem, we focus on ourselves.<br>We think:</p><ul><li><p>I should have done better</p></li><li><p>I should have worked more</p></li><li><p>I should have anticipated this</p></li></ul><p>It sounds responsible. In reality, it is limiting.</p><p>Because the problem is no longer external. It becomes internal.<br>And when that happens, the range of solutions shrinks dramatically.</p><p>You end up with simplistic answers to complex problems:</p><ul><li><p>work harder</p></li><li><p>push more</p></li><li><p>spend more time</p></li></ul><p>This does not scale. It burns people out. And more importantly, it rarely fixes the actual issue.</p><h3><strong>Reframing performance as system feedback</strong></h3><p>There is a more effective way to look at it.</p><p>A performance gap is not a judgment. It is a signal.</p><p>It tells you that somewhere in the system, something is not working as expected.<br>Not you as a person. The system around the outcome.</p><p>That system can include:</p><ul><li><p>unclear priorities</p></li><li><p>missing context</p></li><li><p>poor incentives</p></li><li><p>weak processes</p></li><li><p>lack of ownership</p></li><li><p>technical constraints</p></li><li><p>misaligned expectations</p></li></ul><p>When you adopt this perspective, the role shifts.</p><p>You are no longer the problem.<br>You are the person responsible for diagnosing and improving the system.</p><p>This is a completely different mindset.</p><h3><strong>Why this matters for growth</strong></h3><p>If your default reaction is &#8220;how could I have done better&#8221;, you will improve, but only incrementally.</p><p>You will become faster. Sharper. More experienced.<br>But you will remain the bottleneck.</p><p>Your impact will always be constrained by your personal capacity.</p><p>On the other hand, if you treat performance issues as system feedback, you unlock leverage:</p><ul><li><p>You identify root causes instead of symptoms</p></li><li><p>You involve others instead of carrying everything yourself</p></li><li><p>You design solutions that scale beyond you</p></li><li><p>You improve the environment, not just your output</p></li></ul><p><strong>Over time, this compounds.<br>And this is where real career growth happens.</strong></p><h3><strong>A practical shift in behavior</strong></h3><p>The difference shows up in very concrete ways.</p><p>Instead of asking:</p><ul><li><p>What should I have done better?</p></li></ul><p>You ask:</p><ul><li><p>What is this situation telling me about the system?</p></li><li><p>Where is the gap coming from?</p></li><li><p>What assumption is wrong?</p></li><li><p>What is missing for this to work properly?</p></li><li><p>Who needs to be involved to fix this?</p></li></ul><p>This creates distance from ego, without removing accountability.</p><p><strong>You still own the outcome.</strong><br>But you do not confuse ownership with self-blame.</p><h3><strong>The bottom line</strong></h3><p>Working harder is often the most intuitive response to a problem.<br>It is also the least scalable one.</p><p>The real leverage comes from stepping back and understanding why the system produced that outcome in the first place.</p><p><strong>Performance problems are not personal failures.<br>They are signals.</strong></p><p>What you do with that signal is what defines your impact.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item><item><title><![CDATA[The 10x Myth Is Real — You’re Just Measuring It Wrong]]></title><description><![CDATA[True leverage starts with empathy, not keystrokes.]]></description><link>https://www.lilobase.me/p/the-10x-myth-is-real-youre-just-measuring</link><guid isPermaLink="false">https://www.lilobase.me/p/the-10x-myth-is-real-youre-just-measuring</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 17 Oct 2025 12:24:25 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1516147697747-02adcafd3fda?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwyNXx8c3BlZWR8ZW58MHx8fHwxNzU0NTY5NDI1fDA&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<h3><strong>The Truth About 10x Developers</strong></h3><p>A few years ago, the idea of the <em>10x developer</em> was everywhere. Blog posts, conference talks, Twitter debates &#8212; the claim was simple: some developers are 10 times more productive than others. Or 100 times. Depending on who you asked.</p><p>The idea got a lot of pushback &#8212; and rightly so. It was often misused to glorify lone geniuse&#8230;</p>
      <p>
          <a href="https://www.lilobase.me/p/the-10x-myth-is-real-youre-just-measuring">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[“Full Stack” Is Not What You Think]]></title><description><![CDATA[It&#8217;s an Organizational Design Question]]></description><link>https://www.lilobase.me/p/full-stack-is-not-what-you-think</link><guid isPermaLink="false">https://www.lilobase.me/p/full-stack-is-not-what-you-think</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 10 Oct 2025 10:30:27 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1516880711640-ef7db81be3e1?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwxNXx8dGVhbXdvcmt8ZW58MHx8fHwxNzU0NTA1NTQxfDA&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There&#8217;s something funny about the term &#8220;full stack.&#8221;</p><p>Ask ten people what it means, and you&#8217;ll get ten different answers &#8212; most of them a bit off.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>Some think it means being average at everything and excellent at nothing. Others &#8230;</p>
      <p>
          <a href="https://www.lilobase.me/p/full-stack-is-not-what-you-think">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Extreme Ownership at Scale]]></title><description><![CDATA[Mind the Gaps]]></description><link>https://www.lilobase.me/p/extreme-ownership-at-scale</link><guid isPermaLink="false">https://www.lilobase.me/p/extreme-ownership-at-scale</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 03 Oct 2025 10:11:27 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1461897104016-0b3b00cc81ee?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwzfHxyZWxheSUyMHJhY2V8ZW58MHx8fHwxNzU0NTYxMzQ3fDA&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>As companies grow, gaps appear.</p><p>It&#8217;s inevitable. With scale comes complexity &#8212; more people, more teams, more interfaces. And somewhere in that web of new roles and responsibilities, things start slipping through the cracks.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>Not&#8230;</p>
      <p>
          <a href="https://www.lilobase.me/p/extreme-ownership-at-scale">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Build the Machine That Builds the Machine]]></title><description><![CDATA[Why CTOs and CPOs must step away from the code to truly scale]]></description><link>https://www.lilobase.me/p/build-the-machine-that-builds-the</link><guid isPermaLink="false">https://www.lilobase.me/p/build-the-machine-that-builds-the</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 26 Sep 2025 09:54:19 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1717386255767-52643970d483?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwxOXx8ZmFjdG9yeXxlbnwwfHx8fDE3NTQ1NjAyNjZ8MA&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There&#8217;s a line I keep coming back to when thinking about leadership roles in tech: <strong>&#8220;Your job is to build the machine that builds the machine.&#8221;</strong></p><p>It&#8217;s not just a clever metaphor&#8202;&#8212;&#8202;it&#8217;s a shift in mindset. And for CTOs, CPOs, and anyone leading product or tech at scale, it&#8217;s the only way to succeed.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new p&#8230;</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>
      <p>
          <a href="https://www.lilobase.me/p/build-the-machine-that-builds-the">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Optimize for Replacement, Not Extensibility]]></title><description><![CDATA[Why reversibility might be your best strategy against complexity]]></description><link>https://www.lilobase.me/p/optimize-for-replacement-not-extensibility</link><guid isPermaLink="false">https://www.lilobase.me/p/optimize-for-replacement-not-extensibility</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 19 Sep 2025 09:42:21 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1517373116369-9bdb8cdc9f62?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwyfHxjb21wbGV4aXR5fGVufDB8fHx8MTc1NDU1OTkwOXww&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>We talk a lot about extensibility in software design.</p><p>We build abstractions &#8220;just in case.&#8221; We generalize early. We aim for reusability. But too often, that mindset leads us into the exact trap we were trying to avoid: <strong>accidental complexity</strong>.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new posts and support my work, consider becoming a free or p&#8230;</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>
      <p>
          <a href="https://www.lilobase.me/p/optimize-for-replacement-not-extensibility">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Scaling Is a Game of Probability]]></title><description><![CDATA[Why Technical Monitoring Is Your Early Warning System]]></description><link>https://www.lilobase.me/p/scaling-is-a-game-of-probability</link><guid isPermaLink="false">https://www.lilobase.me/p/scaling-is-a-game-of-probability</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 12 Sep 2025 08:53:27 GMT</pubDate><enclosure url="https://images.unsplash.com/photo-1625888791210-40ea41c1d0f3?crop=entropy&amp;cs=tinysrgb&amp;fit=max&amp;fm=jpg&amp;ixid=M3wzMDAzMzh8MHwxfHNlYXJjaHwxfHxyb3VsZXR0ZXxlbnwwfHx8fDE3NTQ1NTY3MDZ8MA&amp;ixlib=rb-4.1.0&amp;q=80&amp;w=1080" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>There&#8217;s a hidden truth about scaling tech systems that many companies overlook: <strong>Most production issues aren&#8217;t deterministic &#8212; they&#8217;re probabilistic.</strong></p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.lilobase.me/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Lilobase is a reader-supported publication. To receive new posts and support my work, consider becoming a free or paid subscriber.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div><p>And that changes everything. Let me explain.</p>
      <p>
          <a href="https://www.lilobase.me/p/scaling-is-a-game-of-probability">
              Read more
          </a>
      </p>
   ]]></content:encoded></item><item><title><![CDATA[Stop Rowing, Start Navigating]]></title><description><![CDATA[The Real Meaning of Autonomy and Alignment]]></description><link>https://www.lilobase.me/p/stop-rowing-start-navigating</link><guid isPermaLink="false">https://www.lilobase.me/p/stop-rowing-start-navigating</guid><dc:creator><![CDATA[lilobase]]></dc:creator><pubDate>Fri, 05 Sep 2025 08:30:19 GMT</pubDate><enclosure url="https://substackcdn.com/image/fetch/$s_!B6F7!,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2Fe80ec73c-c4ff-49fc-83d0-d88e959dc59c_1080x1224.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>Most companies think of <strong>autonomy</strong> and <strong>alignment</strong> as two ends of a spectrum.</p><p>On one side: tight alignment, with top-down direction, clear goals, and centralized decisions.</p><p>On the other: autonomy, where teams self-organize, explore, and move independently.</p><p>And so they feel forced to choose. Either control and coordination, or chaos and creativity.</p><p>But that&#8217;s th&#8230;</p>
      <p>
          <a href="https://www.lilobase.me/p/stop-rowing-start-navigating">
              Read more
          </a>
      </p>
   ]]></content:encoded></item></channel></rss>