<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Notes by Kuziwa Sachikonye</title>
    <link>https://sach.co.za/blog/</link>
    <description>Essays on engineering, design and building a life on purpose.</description>
    <language>en-za</language>
    <item>
      <title>Rebuilding this site</title>
      <link>https://sach.co.za/blog/rebuilding-this-site/</link>
      <guid>https://sach.co.za/blog/rebuilding-this-site/</guid>
      <pubDate>Sun, 27 Sep 2026 00:00:00 GMT</pubDate>
      <description>Swapping an old template for plain HTML, a little JavaScript and a lot of attention to motion.</description>
      <content:encoded><![CDATA[<p>The old version of this site was a template from years ago: jQuery, a handful of plugins and a stylesheet with more than eight thousand lines, most of which I never used.</p>
<p>This rebuild goes the other way. The whole site is one HTML page, one stylesheet and one small script with no dependencies.</p>
<h2>Borrowing a feel</h2>
<p>I wanted the site to feel alive without being noisy. The reference was <a href="https://www.stitch.me/">stitch.me</a>, which does a lot with very little: big condensed headlines, rounded image cards and motion that always has a reason.</p>
<p>A few details that made the biggest difference:</p>
<ol>
<li><strong>Easing curves.</strong> Most of the motion uses a curve that starts fast and settles gently. It sounds like a small thing, but it is the difference between &quot;animated&quot; and &quot;smooth&quot;.</li>
<li><strong>Staggered reveals.</strong> Items in a section rise in one after another, 90 milliseconds apart, so your eye follows them in reading order.</li>
<li><strong>A header that gets out of the way.</strong> It hides when you scroll down and comes back the moment you scroll up.</li>
</ol>
<h2>The blog</h2>
<p>Posts are Markdown files in the repository. A small build script turns them into pages, a feed and the &quot;Latest writing&quot; list on the homepage. No database, no CMS, nothing to log in to.</p>
<pre><code class="language-bash">npm run build
</code></pre>
<p>That&#39;s the whole publishing process.</p>
]]></content:encoded>
    </item>
    <item>
      <title>Hello, world</title>
      <link>https://sach.co.za/blog/hello-world/</link>
      <guid>https://sach.co.za/blog/hello-world/</guid>
      <pubDate>Sun, 20 Sep 2026 00:00:00 GMT</pubDate>
      <description>Why I'm starting to write things down, and what to expect here.</description>
      <content:encoded><![CDATA[<p>For a long time this site was a single page with a photo and a link to my resumé. That was fine for telling people who I am, but it said nothing about how I think.</p>
<p>So I&#39;m starting a blog. Not a content machine, just a place to think out loud about the things I care about: building software, designing things people enjoy using, and trying to live on purpose.</p>
<h2>What you&#39;ll find here</h2>
<ul>
<li><strong>Engineering notes.</strong> Things I&#39;ve built, broken and learned from.</li>
<li><strong>Design.</strong> Why some things feel good to use and others don&#39;t.</li>
<li><strong>Life.</strong> Philosophy, poetry and the occasional long thought about Africa and where I fit in it.</li>
</ul>
<blockquote>
<p>Writing is thinking made visible. If I can&#39;t explain it simply here, I probably don&#39;t understand it yet.</p>
</blockquote>
<h2>How often</h2>
<p>When I have something worth saying. Follow along with the RSS feed, or email me and I&#39;ll let you know when something new is up.</p>
<p>Thanks for reading.</p>
]]></content:encoded>
    </item>
    <item>
      <title>A mindset shift that changed how I build software</title>
      <link>https://sach.co.za/blog/a-mindset-shift-that-changed-how-i-build-software/</link>
      <guid>https://sach.co.za/blog/a-mindset-shift-that-changed-how-i-build-software/</guid>
      <pubDate>Wed, 11 Feb 2026 00:00:00 GMT</pubDate>
      <description>The most valuable engineers don't ship more code. Impact, not effort, is what compounds.</description>
      <content:encoded><![CDATA[<p>Early in my career, my value as a software engineer was measured by output.</p>
<p>How much I shipped. How quickly I executed. How reliably I delivered what was asked.</p>
<p>I believe that that&#39;s exactly how it should be at the start.</p>
<p>But while I was at Amazon, I learned a lesson that fundamentally changed how I think about engineering work:</p>
<blockquote>
<p>As you grow more senior, output becomes expected. Impact becomes the differentiator.</p>
</blockquote>
<p>The value shifts from doing the work to deciding which work is worth doing - and influencing systems, teams, and direction in ways that create outsized positive outcomes.</p>
<p>Refactors still matter. Tickets still get closed. But their true value is no longer in volume - it&#39;s in the leverage they create.</p>
<hr>
<p>I&#39;ve carried that mindset with me ever since.</p>
<p>Today, I&#39;m incredibly intentional about the problems I take on. I&#39;m drawn to work where a well-placed solution doesn&#39;t just help one team or one project - but improves the system as a whole.</p>
<p>That&#39;s the lens through which Chiku was built.</p>
<p>Chiku is an automated AI merge request reviewer.</p>
<p>Merge requests are one of the final artefacts of a software engineer&#39;s work - and one of the most underestimated friction points in software development. Reviews demand deep focus, introduce waiting time, and still leave room for inconsistency and missed issues.</p>
<p>Yet this step is CRITICAL. It&#39;s where quality, maintainability, and long-term velocity are either protected - or quietly eroded.</p>
<p>Improving this part of the system creates compounding returns:</p>
<ul>
<li>Earlier bug detection</li>
<li>Faster, more consistent reviews</li>
<li>Less cognitive load on senior engineers</li>
<li>Better outcomes without increasing headcount</li>
</ul>
<p>And that&#39;s high-leverage work.</p>
<hr>
<p>I built and rolled out Chiku alongside my regular responsibilities - planning, building, and supporting it with the same rigour I&#39;d apply to a production system.</p>
<p>Not as a side project. As a deliberate investment in solving a systemic problem.</p>
<p>Seeing its impact across an engineering organisation reinforced something I&#39;ve come to believe strongly:</p>
<blockquote>
<p>The most valuable engineering work rarely looks like heroics. It looks like removing friction, tightening feedback loops, and quietly raising the baseline for everyone.</p>
</blockquote>
<p>And there&#39;s a broader lesson here - one that applies well beyond software:</p>
<p>Effort is finite. Leverage compounds.</p>
<p>The work that matters most isn&#39;t always the loudest or the busiest - it&#39;s the work that makes many other people more effective.</p>
<hr>
<p>If this way of thinking resonates - about leverage, systems, and impact - I&#39;m always happy to exchange notes with others tackling similar problems.</p>
<p>Sometimes that leads to a conversation. Sometimes to collaboration. Either way, those tend to be the most interesting ones.</p>
<p>Sach</p>
<p><em>Originally published on <a href="https://www.linkedin.com/pulse/mindset-shift-changed-how-i-build-software-kuziwa-sachikonye-zgyuf">LinkedIn</a>.</em></p>
]]></content:encoded>
    </item>
  </channel>
</rss>
