<?xml-stylesheet href="/pretty-feed-v2.xsl" type="text/xsl"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Trys Mudford's Blog</title>
    <link>https://www.trysmudford.com/tags/business/</link>
    <description>Posts, thoughts, links and photos from Trys</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Thu, 06 Jun 2024 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.trysmudford.com/blog/index.xml" rel="self" type="application/rss+xml"/>
    
    <item>
      <title>Growing</title>
      <link>https://www.trysmudford.com/blog/growing/</link>
      <pubDate>Thu, 06 Jun 2024 00:00:00 +0000</pubDate>
      
      <guid>https://www.trysmudford.com/blog/growing/</guid>
      <description><![CDATA[
<p>On the back of Zach&rsquo;s post on the journey to make <a href="https://www.zachleat.com/web/independent-sustainable-11ty/">11ty fully independent</a>, I&rsquo;ve been thinking about the routes to scaling a project. I work on two side projects alongside my <a href="/blog/a-year-at-motorway">9-5</a>: <a href="https://utopia.fyi">Utopia</a>, and an as yet unreleased piece of software my wife and I have created for her workplace.</p>
<p>Utopia is open-source-kinda - we&rsquo;ve opened up a good number of repositories but there&rsquo;s still a few kept under wraps. There&rsquo;s no desire to be secret; it&rsquo;s purely a logistical decision. The <a href="https://github.com/trys/utopia-core">generators</a> are good candidates to be open-source. For one, they&rsquo;re installable through <code>npm</code>, so it&rsquo;s good to be explicit about what&rsquo;s being sent into your <code>node_modules</code> black hole. Secondly, they&rsquo;re smaller, more discrete systems that are easier to contribute to. This keeps the number of contributions to a manageable level. At this stage, I&rsquo;m doing all the reviewing, and am already time-poor—adding a bunch PR&rsquo;s to the pile won&rsquo;t be sustainable.</p>
<p>With Utopia free to use, we minimise the burden of responsibility for uptime, feature requests, and speedy bug fixes (though we strive for those things). There are ways we <em>could</em> build out a premium feature-set, but this isn&rsquo;t currently part of the plan.</p>
<p>But when the progression of the project is directly tied to the free-time of the time-poor contributors, how does the project grow and sustain?</p>
<p>I guess the first question is whether a project <em>should</em> grow? Not everything <a href="https://www.growbyginkgo.com/2023/05/01/against-scale/">should scale</a>. Growth for the sake of growth isn&rsquo;t sustainable, as so many VC-backed open source projects can attest. And even if the cadence of progression is irregular, it&rsquo;s perfectly natural to have times of fallow, and times of accelerated growth.</p>
<p>Conversely, it&rsquo;s frustrating sitting on a project with so much potential but so little time to give to it.</p>
<p>Investment brings enough capital where working full-time on a project becomes possible/required. Might sound cozy, but get ready to squash the project into the most profitable shape possible, alienating many users in the process. This requires <em>total</em> commitment to make the most of your runway, and the indebtment to the valuation easily becomes a millstone. No, this is not the way.</p>
<p>Platforms like Patreon and OpenCollective democratise this funding, usually in return for perks/early access etc. This takes the VC-model pressure off, and feels considerably more sustainable once you&rsquo;re up and running. The challenge is that first leap. If you already have a full-time job + a family/mortgage/lifestyle that works, dropping that to work full time on a side project is massive step. Not only is there the financial risk, there&rsquo;s the paperwork and life admin that&rsquo;s going to come with starting a business, going freelance, completing personal tax returns, hiring an accountant etc. Even switching from 5 days employed to 4:1 employed/self-employed comes with a bunch of headaches (or so I&rsquo;m led to understand, let me know if I&rsquo;m wrong on this).</p>
<p>The threshold for funding will be different for everyone, but up till that point is hit and you can make the leap, you&rsquo;re either working a tonne of overtime to justify the funding, or sitting on a growing pile o' cash, making it hard to show how the money will be used when you hit said threshold.</p>
<p>I&rsquo;ve been pondering whether there&rsquo;s a middle ground for those where time is the challenge, rather than capital. Utopia, for example, doesn&rsquo;t have any huge overheads. So the challenge here is how to buy/create time. Is there a world where a platform could fund <em>time</em>? What I mean is, could donations pay your employer for the hours you <em>don&rsquo;t</em> work, so they&rsquo;re not out of pocket, but it frees you up to try a day a week/fortnight working on the side project more formally. They take on the paperwork so you keep your paycheck &amp; pension consistent, knowing you have the security to fallback to the job if it doesn&rsquo;t work/donations dry up.</p>
<p>If donations continue to rise, it either buys more time (to a point the employer is comfortable), or the money enters the pot, which could directly fund the project in the future, should you wish to go full-time on it. Details could be ironed out.</p>
<ul>
<li><strong>Employer upsides:</strong> they don&rsquo;t lose you to open source work, and they&rsquo;re covered for the hours your not working</li>
<li><strong>Employer downsides:</strong> more accounting, fewer worked hours (though I truly believe we fill the time we have)</li>
<li><strong>Employee upsides:</strong> lowers the risk in jumping into open source work, no paperwork/tax implications on day one</li>
<li><strong>Employee downsides:</strong> probably puts you in the firing line if redundancies come onto the table</li>
</ul>
<p>Anyway, I&rsquo;m not sure if it&rsquo;s a good idea or not, but it&rsquo;s an idea. Shame I don&rsquo;t have time to build it!</p>
]]>
      </description>
    </item>
    
  </channel>
</rss>