<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Startups on Lee Goldsworthy</title>
    <link>https://leegold.com/tags/startups/</link>
    <description>Recent content in Startups on Lee Goldsworthy</description>
    <generator>Hugo</generator>
    <language>en-au</language>
    <lastBuildDate>Tue, 05 May 2026 18:00:00 +0800</lastBuildDate>
    <atom:link href="https://leegold.com/tags/startups/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Vibe coding is not vibe engineering</title>
      <link>https://leegold.com/posts/vibe-coding-is-not-vibe-engineering/</link>
      <pubDate>Tue, 05 May 2026 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/vibe-coding-is-not-vibe-engineering/</guid>
      <description>The Register&#xA;This isn&amp;rsquo;t a Technology story about the dangers of AI, this is a Risk Management story about the dangers of overconfidence.&#xA;For the last week, we&amp;rsquo;ve been inundated with hot takes about how &amp;ldquo;Claude deleted PocketOS production database&amp;rdquo;.&#xA;Of course Claude deleted their entire production database (or something similarly damaging), it was just a matter of time. The way this is being discussed misses the point entirely.</description>
    </item>
    <item>
      <title>Vibe coding: proof of concept, prototype, then hire an engineer</title>
      <link>https://leegold.com/posts/vibe-coding-proof-of-concept-prototype-then-hire-an-engineer/</link>
      <pubDate>Mon, 12 May 2025 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/vibe-coding-proof-of-concept-prototype-then-hire-an-engineer/</guid>
      <description>Original post on X&#xA;So which is it? &amp;ldquo;The next generation of billion-dollar software companies will be built by Vibe Coders&amp;rdquo;, or &amp;ldquo;Vibe Coding is only good for producing billions of security flaws&amp;rdquo;. X and Linkedin are riddled with both takes, and neither are terribly useful imho.&#xA;Both have elements of truth, but while I think Danial&amp;rsquo;s take of &amp;ldquo;Be careful which Vibe Coder you trust&amp;rdquo; is more nuanced, it still doesn&amp;rsquo;t tell the story for me.</description>
    </item>
    <item>
      <title>Two hours, two days or two weeks</title>
      <link>https://leegold.com/posts/two-hours-two-days-or-two-weeks/</link>
      <pubDate>Tue, 04 Feb 2025 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/two-hours-two-days-or-two-weeks/</guid>
      <description>&amp;ldquo;Can we drop what we&amp;rsquo;re working on and focus on this URGENT thing please?&amp;rdquo;&#xA;&amp;hellip;is a phrase all Engineering Managers and Tech Leads hate hearing.&#xA;The reflex is to say &amp;ldquo;We don&amp;rsquo;t have time / we&amp;rsquo;re too busy for that&amp;rdquo;, but it&amp;rsquo;s an antipattern.&#xA;The strong pattern looks like this: &amp;ldquo;Here&amp;rsquo;s three approaches to what you asked for: 2 hours (20% of the value), 2 days (40% of the value) and 2 weeks 80% of the value).</description>
    </item>
    <item>
      <title>Effort, size and fidelity: three definitions to agree on day one</title>
      <link>https://leegold.com/posts/effort-size-and-fidelity-three-definitions-to-agree-on-day-one/</link>
      <pubDate>Tue, 17 Dec 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/effort-size-and-fidelity-three-definitions-to-agree-on-day-one/</guid>
      <description>When I land in a new startup/scale-up, I want to have fast and deep conversations with their product and engineering teams, and have everyone walk away with a highly converged understanding at the end of the chat.&#xA;In service of this, there&amp;rsquo;s a few types of information I always find useful to get a handle on right at the start: Their internal naming conventions for foundational concepts that product and engineering rely on every day.</description>
    </item>
    <item>
      <title>The $20k a month AWS bill with no revenue</title>
      <link>https://leegold.com/posts/the-20k-a-month-aws-bill-with-no-revenue/</link>
      <pubDate>Tue, 30 Jul 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/the-20k-a-month-aws-bill-with-no-revenue/</guid>
      <description>&amp;ldquo;I had $20k/month in AWS bills and no revenue&amp;rdquo;&#xA;Do product engineering types have a responsibility to first time founders that goes beyond build and deploy, or is this a case of &amp;ldquo;It&amp;rsquo;s everyone&amp;rsquo;s right to set their own money on fire?&amp;rdquo;&#xA;I&amp;rsquo;m reflecting on how this year I&amp;rsquo;ve now seen seven examples of how entities within the Australian tech industry have happily taken significant sums (think $250k) from founders to build lavish MVPs, without feeling beholden to take even basic steps to check if the founder is ready to be building an MVP, like have they:</description>
    </item>
    <item>
      <title>Before you start your MVP</title>
      <link>https://leegold.com/posts/before-you-start-your-mvp/</link>
      <pubDate>Tue, 11 Jun 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/before-you-start-your-mvp/</guid>
      <description>The Dream Link to heading You&amp;rsquo;ve worked in the field for 10 or 20 years, you&amp;rsquo;ve lived the problem first-hand, you&amp;rsquo;ve got this idea for a product. You know you won&amp;rsquo;t be a millionaire overnight, but your early revenues from the product will guide what features you build next. You just need to find &amp;ldquo;someone who knows tech&amp;rdquo;, and you&amp;rsquo;re ready to start building&amp;hellip;&#xA;&amp;hellip;is a fantasy we tell ourselves as founders.</description>
    </item>
    <item>
      <title>Non-tech leaders can effectively champion security</title>
      <link>https://leegold.com/posts/non-tech-leaders-champion-security/</link>
      <pubDate>Mon, 27 May 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/non-tech-leaders-champion-security/</guid>
      <description>Park your car in a bad suburb, leave your laptop on the passenger seat, leave your keys in the ignition. What happens next?&#xA;The above is akin to what I often see in tech-enabled early-stage companies with respect to their security and privacy practices: Dangerous sh*t that&amp;rsquo;s going to result in loss and sadness if some changes to skills and awareness aren&amp;rsquo;t made.&#xA;Here&amp;rsquo;s a real-world example of what I consider to be some of the best &amp;ldquo;everyday security culture&amp;rdquo; being put into practice by a non-tech leader at one of my clients:</description>
    </item>
    <item>
      <title>AWS cost optimisation is like servicing a car</title>
      <link>https://leegold.com/posts/aws-bill-like-servicing-car/</link>
      <pubDate>Tue, 02 Apr 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/aws-bill-like-servicing-car/</guid>
      <description>Shovel cash into the furnace that is AWS/Azure. It&amp;rsquo;s fine.&#xA;For a while at least.&#xA;Don&amp;rsquo;t do cost optimisation Link to heading I encourage early stage tech companies to not even think about their AWS/Azure bill until it reaches $10k/y. At that point, it wants a timeboxed 1 hour sanity check, with perhaps a few hours of tightening up unused services, then don&amp;rsquo;t look again until it reaches $20k.</description>
    </item>
    <item>
      <title>How grad &amp; junior Devs can stand out at interviews</title>
      <link>https://leegold.com/posts/junior-devs-stand-out-interviews/</link>
      <pubDate>Tue, 12 Mar 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/junior-devs-stand-out-interviews/</guid>
      <description>What can I do? Link to heading I regularly get asked by aspiring devs still studying, and recent graduates who are still looking to land their first job as a software engineer for useful ways to continue to grow while job-hunting.&#xA;How can I do it? Link to heading Below are great small things any skill level dev can contribute to just about any codebase of any maturity!&#xA;✅ Simple Bugs (e.</description>
    </item>
    <item>
      <title>Real Full Stack Developer</title>
      <link>https://leegold.com/posts/real-full-stack-developer/</link>
      <pubDate>Fri, 26 Jan 2024 18:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/real-full-stack-developer/</guid>
      <description>Have you ever met a REAL &amp;ldquo;full stack developer&amp;rdquo;?&#xA;I have. Once. Just recently.&#xA;During job interviews for a client, one walked in and (to my surprise), had no distinguishing visual features (no unicorn wings or horn, not even a faint glow).&#xA;We explored the usual interview topics, but it only took one sentence for them to convince me they were the real deal. It was weird the preternatural calmness with which they shared how their current employer would sometimes ask them to head out to the warehouse and stack pallets when there were no others with a valid forklift license currently on shift.</description>
    </item>
    <item>
      <title>How Founders best communicate with Engineers</title>
      <link>https://leegold.com/posts/morning-startup-why-not-how/</link>
      <pubDate>Wed, 15 Nov 2023 09:00:00 +0800</pubDate>
      <guid>https://leegold.com/posts/morning-startup-why-not-how/</guid>
      <description></description>
    </item>
  </channel>
</rss>
