<rss xmlns:source="http://source.scripting.com/" version="2.0">
  <channel>
    <title>Leon Mika</title>
    <link>https://lmika.org/</link>
    <description></description>
    
    <language>en</language>
    
    <lastBuildDate>Tue, 18 Aug 2026 07:11:00 +1000</lastBuildDate>
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/18/exit.html</link>
      <pubDate>Tue, 18 Aug 2026 07:11:00 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/18/exit.html</guid>
      <description>&lt;p&gt;Exit 1.&lt;/p&gt;
&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/2bc1ec92cd.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;A group of people are passing through the turnstiles at a train station exit labeled Exit 1 Flinders Street with directions to trams and Fed Square.&#34;&gt;
</description>
      <source:markdown>Exit 1.

&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/2bc1ec92cd.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;A group of people are passing through the turnstiles at a train station exit labeled Exit 1 Flinders Street with directions to trams and Fed Square.&#34;&gt;
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/17/its-said-that-maths-is.html</link>
      <pubDate>Mon, 17 Aug 2026 16:38:23 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/17/its-said-that-maths-is.html</guid>
      <description>&lt;p&gt;It&amp;rsquo;s said that maths is not so much invented as it is discovered. I think the same thing could be said for most software. Sometimes a design is clear to everyone. You just need to &amp;ldquo;talk through&amp;rdquo; to the discovery.&lt;/p&gt;
</description>
      <source:markdown>It&#39;s said that maths is not so much invented as it is discovered. I think the same thing could be said for most software. Sometimes a design is clear to everyone. You just need to &#34;talk through&#34; to the discovery.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/17/there-are-some-things-you.html</link>
      <pubDate>Mon, 17 Aug 2026 10:17:17 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/17/there-are-some-things-you.html</guid>
      <description>&lt;p&gt;There are some things you wouldn&amp;rsquo;t have thought you&amp;rsquo;d miss when you loose a contact that worked at a library. Access to old newspapers is one such thing. Now I&amp;rsquo;m calling branches saying things like &amp;ldquo;can I collect your old newspapers? I have a need for old newspapers. Can I have them?&amp;rdquo;&lt;/p&gt;
</description>
      <source:markdown>There are some things you wouldn&#39;t have thought you&#39;d miss when you loose a contact that worked at a library. Access to old newspapers is one such thing. Now I&#39;m calling branches saying things like &#34;can I collect your old newspapers? I have a need for old newspapers. Can I have them?&#34;
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/17/forget-national-service-maybe-what.html</link>
      <pubDate>Mon, 17 Aug 2026 07:37:57 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/17/forget-national-service-maybe-what.html</guid>
      <description>&lt;p&gt;Forget national service. Maybe what we need to introduce is that everyone is required to be a garbo for a month. That way, everyone will think better about throwing their litter on the ground.&lt;/p&gt;
</description>
      <source:markdown>Forget national service. Maybe what we need to introduce is that everyone is required to be a garbo for a month. That way, everyone will think better about throwing their litter on the ground.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/16/silhouette.html</link>
      <pubDate>Sun, 16 Aug 2026 21:12:15 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/16/silhouette.html</guid>
      <description>&lt;p&gt;Silhouette.&lt;/p&gt;
&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/pxl-20260816-064028900.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;Auto-generated description: A leafless tree stands in the middle of a grassy area with a curved pathway running alongside it during sunset.&#34;&gt;
</description>
      <source:markdown>Silhouette.

&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/pxl-20260816-064028900.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;Auto-generated description: A leafless tree stands in the middle of a grassy area with a curved pathway running alongside it during sunset.&#34;&gt;
</source:markdown>
    </item>
    
    <item>
      <title>Creating Keyboard Split Tracks In Logic Pro</title>
      <link>https://lmika.org/2026/08/16/creating-keyboard-split-tracks-in.html</link>
      <pubDate>Sun, 16 Aug 2026 10:04:21 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/16/creating-keyboard-split-tracks-in.html</guid>
      <description>&lt;p&gt;Here are instructions for how to create a &amp;ldquo;keyboard split&amp;rdquo; track in Logic Pro, where the left hand plays a different software instrument to the right. I used to create an electric piano patch with tones above C2 (1 octave below middle C) having a delay.&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Create the individual tracks as you would normally.&lt;/li&gt;
&lt;li&gt;Select them, right click, and select &amp;ldquo;Create Track Stack.&amp;rdquo;&lt;/li&gt;
&lt;li&gt;Select &amp;ldquo;Summing stack.&amp;rdquo;&lt;/li&gt;
&lt;li&gt;In the track settings on the left, adjust the &amp;ldquo;Key Limit&amp;rdquo; so that one track covers the left hand and the other covers the right.&lt;/li&gt;
&lt;li&gt;Select the track stack to record a take.&lt;/li&gt;
&lt;/ol&gt;
&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/out-20260816-094945.png&#34; width=&#34;600&#34; height=&#34;618&#34; alt=&#34;Auto-generated description: A digital audio workstation interface is shown with settings focused on a Classic Electric Piano track, highlighting a key limit range from C2 to G8.&#34;&gt;
&lt;p&gt;I don&amp;rsquo;t know if this is the correct way to do it, but it was surprisingly difficult to find this information online: many of the queries for &amp;ldquo;split track&amp;rdquo; were for splitting clips. But this seems like a pretty versatile technique for combining software instruments and having them respond to a single input source. Based on what&amp;rsquo;s available, it looks like it&amp;rsquo;s possible to do something similar across the velocity dimension too.&lt;/p&gt;
</description>
      <source:markdown>Here are instructions for how to create a &#34;keyboard split&#34; track in Logic Pro, where the left hand plays a different software instrument to the right. I used to create an electric piano patch with tones above C2 (1 octave below middle C) having a delay.

1. Create the individual tracks as you would normally.
2. Select them, right click, and select &#34;Create Track Stack.&#34;
3. Select &#34;Summing stack.&#34;
4. In the track settings on the left, adjust the &#34;Key Limit&#34; so that one track covers the left hand and the other covers the right.
5. Select the track stack to record a take.

&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/out-20260816-094945.png&#34; width=&#34;600&#34; height=&#34;618&#34; alt=&#34;Auto-generated description: A digital audio workstation interface is shown with settings focused on a Classic Electric Piano track, highlighting a key limit range from C2 to G8.&#34;&gt;

I don&#39;t know if this is the correct way to do it, but it was surprisingly difficult to find this information online: many of the queries for &#34;split track&#34; were for splitting clips. But this seems like a pretty versatile technique for combining software instruments and having them respond to a single input source. Based on what&#39;s available, it looks like it&#39;s possible to do something similar across the velocity dimension too.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/16/im-trying-to-get-rid.html</link>
      <pubDate>Sun, 16 Aug 2026 08:09:25 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/16/im-trying-to-get-rid.html</guid>
      <description>&lt;p&gt;I&amp;rsquo;m trying to get rid of my &lt;a href=&#34;https://www.gumtree.com.au/web/listing/gym-fitness/1343973340&#34;&gt;air rowing machine&lt;/a&gt;. Anyone interested? Free if you&amp;rsquo;re willing to come and pick it up. Details in the linked ad.&lt;/p&gt;
&lt;p&gt;Update: item has been collected and is no longer available. Good thing too: I didn&amp;rsquo;t need to dig out the marquee tags for this.&lt;/p&gt;
</description>
      <source:markdown>I&#39;m trying to get rid of my [air rowing machine](https://www.gumtree.com.au/web/listing/gym-fitness/1343973340). Anyone interested? Free if you&#39;re willing to come and pick it up. Details in the linked ad.

Update: item has been collected and is no longer available. Good thing too: I didn&#39;t need to dig out the marquee tags for this.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/15/shortish-walk-along-the-yarra.html</link>
      <pubDate>Sat, 15 Aug 2026 21:24:38 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/15/shortish-walk-along-the-yarra.html</guid>
      <description>&lt;p&gt;Short(-ish) walk along the Yarra Trail this afternoon, near Heidelberg.&lt;/p&gt;
&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/ce86fd18bc.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;A paved pathway runs through a green area with trees on one side and a solar-powered streetlight on the other.&#34;&gt;
</description>
      <source:markdown>Short(-ish) walk along the Yarra Trail this afternoon, near Heidelberg.

&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/ce86fd18bc.jpg&#34; width=&#34;600&#34; height=&#34;451&#34; alt=&#34;A paved pathway runs through a green area with trees on one side and a solar-powered streetlight on the other.&#34;&gt;
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/15/the-imperfectionist-lets-stop-talking.html</link>
      <pubDate>Sat, 15 Aug 2026 08:28:04 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/15/the-imperfectionist-lets-stop-talking.html</guid>
      <description>&lt;p&gt;🔗 &lt;a href=&#34;https://ckarchive.com/b/38uphkh2pkl07i37xxl75f455oo0da7hrz054&#34;&gt;The Imperfectionist: Let&amp;rsquo;s stop talking about A.I.&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;AI&amp;rsquo;s the core subject of this article but it was this part about overthinking that got me, well, thinking:&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;Whatever the details, this is where overthinking kicks in, because it feels like the solution to the anxious feelings in your body is to scurry off into your head and think some more, read some more, argue some more, maybe use A.I. some more.&lt;/p&gt;

  &lt;/blockquote&gt;
&lt;p&gt;I see this in a few people I know, including myself. And it definitely is a protection mechanism. The quote comparing it to an addiction was a powerful realisation to me.&lt;/p&gt;
&lt;p&gt;Via: &lt;a href=&#34;https://sals.place/blog/doomsday-posts/&#34;&gt;Sal&amp;rsquo;s Blog&lt;/a&gt;&lt;/p&gt;
</description>
      <source:markdown>🔗 [The Imperfectionist: Let&#39;s stop talking about A.I.](https://ckarchive.com/b/38uphkh2pkl07i37xxl75f455oo0da7hrz054)

AI&#39;s the core subject of this article but it was this part about overthinking that got me, well, thinking:

&gt; Whatever the details, this is where overthinking kicks in, because it feels like the solution to the anxious feelings in your body is to scurry off into your head and think some more, read some more, argue some more, maybe use A.I. some more.

I see this in a few people I know, including myself. And it definitely is a protection mechanism. The quote comparing it to an addiction was a powerful realisation to me.

Via: [Sal&#39;s Blog](https://sals.place/blog/doomsday-posts/)
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/15/congratulations-to-marco-arment-for.html</link>
      <pubDate>Sat, 15 Aug 2026 07:57:45 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/15/congratulations-to-marco-arment-for.html</guid>
      <description>&lt;p&gt;Congratulations to Marco Arment for the release of &lt;del&gt;The Reminders&lt;/del&gt;&lt;sup id=&#34;fnref:1&#34;&gt;&lt;a href=&#34;#fn:1&#34; class=&#34;footnote-ref&#34; role=&#34;doc-noteref&#34;&gt;1&lt;/a&gt;&lt;/sup&gt; &lt;a href=&#34;https://marco.org/2026/08/14/unforgetful&#34;&gt;Unforgetful&lt;/a&gt;. I&amp;rsquo;ve enjoyed listening to his dev stories on ATP, and I&amp;rsquo;m glad he managed to release it. Looks like a nice little reminders app.&lt;/p&gt;
&lt;div class=&#34;footnotes&#34; role=&#34;doc-endnotes&#34;&gt;
&lt;hr&gt;
&lt;ol&gt;
&lt;li id=&#34;fn:1&#34;&gt;
&lt;p&gt;That&amp;rsquo;s a reference, John. 😉&amp;#160;&lt;a href=&#34;#fnref:1&#34; class=&#34;footnote-backref&#34; role=&#34;doc-backlink&#34;&gt;&amp;#x21a9;&amp;#xfe0e;&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;/div&gt;
</description>
      <source:markdown>Congratulations to Marco Arment for the release of ~~The Reminders~~[^ref] [Unforgetful](https://marco.org/2026/08/14/unforgetful). I&#39;ve enjoyed listening to his dev stories on ATP, and I&#39;m glad he managed to release it. Looks like a nice little reminders app.

[^ref]: That&#39;s a reference, John. 😉
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/14/noma-the-future-of-knowledge.html</link>
      <pubDate>Fri, 14 Aug 2026 22:20:35 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/14/noma-the-future-of-knowledge.html</guid>
      <description>&lt;p&gt;🔗 &lt;a href=&#34;https://www.noemamag.com/why-is-everyone-in-tech-so-sad/&#34;&gt;Noēma: The Future Of Knowledge Workers In An AI-Driven World&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;A thought-provoking essay. Not sure I believe my role to be utterly pointless at this stage. We know whom we serve, and see it appreciated. Yet there is still a slight malaise I&amp;rsquo;m feeling that I can&amp;rsquo;t quite put my finger on.&lt;/p&gt;
</description>
      <source:markdown>🔗 [Noēma: The Future Of Knowledge Workers In An AI-Driven World](https://www.noemamag.com/why-is-everyone-in-tech-so-sad/)

A thought-provoking essay. Not sure I believe my role to be utterly pointless at this stage. We know whom we serve, and see it appreciated. Yet there is still a slight malaise I&#39;m feeling that I can&#39;t quite put my finger on.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/14/ive-been-using-monolisa-for.html</link>
      <pubDate>Fri, 14 Aug 2026 08:53:05 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/14/ive-been-using-monolisa-for.html</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve been using &lt;a href=&#34;https://www.monolisa.dev/&#34;&gt;MonoLisa&lt;/a&gt; for about a month and a half now. It&amp;rsquo;s been so nice to use I&amp;rsquo;ve went ahead and bought a license. I recommend trying it, if you need to deal with a monospace font in any capacity.&lt;/p&gt;
</description>
      <source:markdown>I&#39;ve been using [MonoLisa](https://www.monolisa.dev/) for about a month and a half now. It&#39;s been so nice to use I&#39;ve went ahead and bought a license. I recommend trying it, if you need to deal with a monospace font in any capacity.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/also-few-things-in-life.html</link>
      <pubDate>Thu, 13 Aug 2026 17:32:46 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/also-few-things-in-life.html</guid>
      <description>&lt;p&gt;Also, few things in life are so urgent that it couldn&amp;rsquo;t sit for a little while. A problem that&amp;rsquo;s been brewing for a number of years can wait a few more frickin&amp;rsquo; hours.&lt;/p&gt;

</description>
      <source:markdown>Also, few things in life are so urgent that it couldn&#39;t sit for a little while. A problem that&#39;s been brewing for a number of years can wait a few more frickin&#39; hours.

{{&lt; marginalia src=&#34;https://lmika.org/fluentui-emoji/hourglass_not_done_3d.png&#34; &gt;}}
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/learnt-an-expensive-lesson-today.html</link>
      <pubDate>Thu, 13 Aug 2026 17:29:56 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/learnt-an-expensive-lesson-today.html</guid>
      <description>&lt;p&gt;Learnt an expensive lesson today: the price of a job should be based on how much those who are willing to do it would take. It should not be based how much you&amp;rsquo;d ask for if the job was offered to you. Ah well.&lt;/p&gt;
</description>
      <source:markdown>Learnt an expensive lesson today: the price of a job should be based on how much those who are willing to do it would take. It should not be based how much you&#39;d ask for if the job was offered to you. Ah well.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/i-knew-there-would-come.html</link>
      <pubDate>Thu, 13 Aug 2026 09:49:19 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/i-knew-there-would-come.html</guid>
      <description>&lt;p&gt;I knew there would come a moment when having the time to hand-write code will become more of a luxury rather than just &amp;ldquo;how things are done&amp;rdquo;. I wasn&amp;rsquo;t expecting that moment to arrive this week.&lt;/p&gt;
</description>
      <source:markdown>I knew there would come a moment when having the time to hand-write code will become more of a luxury rather than just &#34;how things are done&#34;. I wasn&#39;t expecting that moment to arrive this week.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/i-remember-a-time-when.html</link>
      <pubDate>Thu, 13 Aug 2026 09:26:14 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/i-remember-a-time-when.html</guid>
      <description>&lt;p&gt;I remember a time when I use to get a thrill playing around with word processors: adding headers with my name and the date, or crafting up VBA scripts for running macros. Now, I just want to get in, do what I need to do, and get out as quickly as possible.&lt;/p&gt;
</description>
      <source:markdown>I remember a time when I use to get a thrill playing around with word processors: adding headers with my name and the date, or crafting up VBA scripts for running macros. Now, I just want to get in, do what I need to do, and get out as quickly as possible.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/i-should-add-a-general.html</link>
      <pubDate>Thu, 13 Aug 2026 07:20:22 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/i-should-add-a-general.html</guid>
      <description>&lt;p&gt;I should add a general disclaimer about everything that&amp;rsquo;s posted here: &amp;ldquo;this is probably just a me problem.&amp;rdquo;&lt;/p&gt;
</description>
      <source:markdown>I should add a general disclaimer about everything that&#39;s posted here: &#34;this is probably just a me problem.&#34;
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/13/ive-grown-a-real-scarcity.html</link>
      <pubDate>Thu, 13 Aug 2026 07:11:44 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/13/ive-grown-a-real-scarcity.html</guid>
      <description>&lt;p&gt;I&amp;rsquo;ve grown a real scarcity mindset with my RSS feeds, keeping posts things later rather than reading about them now. The sad fact is that I just don&amp;rsquo;t see many people write posts frequently enough. Or, to be fair, posts that I would be interested in reading at the time. There&amp;rsquo;s the odd essay or polished piece or two, which is nice. But it makes for focused reading which I need to be in the right mind for.&lt;/p&gt;
&lt;p&gt;Not sure how I could fix this. Either I need to subscribe to more feeds, or start subscribing to Mastodon/Bluesky feeds via RSS. But it would be nice to see is more people writing on their own blog about the day to day, rather than saving those posts for social media.&lt;/p&gt;
</description>
      <source:markdown>I&#39;ve grown a real scarcity mindset with my RSS feeds, keeping posts things later rather than reading about them now. The sad fact is that I just don&#39;t see many people write posts frequently enough. Or, to be fair, posts that I would be interested in reading at the time. There&#39;s the odd essay or polished piece or two, which is nice. But it makes for focused reading which I need to be in the right mind for.

Not sure how I could fix this. Either I need to subscribe to more feeds, or start subscribing to Mastodon/Bluesky feeds via RSS. But it would be nice to see is more people writing on their own blog about the day to day, rather than saving those posts for social media.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/12/code-generation-tools-the-conventional.html</link>
      <pubDate>Wed, 12 Aug 2026 17:21:59 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/12/code-generation-tools-the-conventional.html</guid>
      <description>&lt;p&gt;Code generation tools — the conventional ones, not AI agents — can be huge PR size amplifiers. I updated the version of gRPC tools, and every single generated file changed. Made up a good 80% of the review diff. At least take the version number out of the generated file. Who&amp;rsquo;s going to need that?&lt;/p&gt;
</description>
      <source:markdown>Code generation tools — the conventional ones, not AI agents — can be huge PR size amplifiers. I updated the version of gRPC tools, and every single generated file changed. Made up a good 80% of the review diff. At least take the version number out of the generated file. Who&#39;s going to need that?
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/11/had-to-do-some-changes.html</link>
      <pubDate>Tue, 11 Aug 2026 15:01:41 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/11/had-to-do-some-changes.html</guid>
      <description>&lt;p&gt;Had to do some changes to NATS streams and consumers today, and learnt a few things from doing so.&lt;/p&gt;
&lt;p&gt;First, it is possible to change the subject filters of a NATS consumer while it&amp;rsquo;s being used. That is, a client could be using it to pull messages, and it doesn&amp;rsquo;t need to reconnect or anything to get the effect of the consumer change. It will continue to receive messages, so long as they match the new subject filter.&lt;/p&gt;
&lt;p&gt;Second, if you&amp;rsquo;re using the NATS CLI to change the filter, in order to specify multiple subject filters, include multiple &lt;code&gt;--filter&lt;/code&gt; switches:&lt;/p&gt;
&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; style=&#34;color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;&#34;&gt;&lt;code class=&#34;language-sh&#34; data-lang=&#34;sh&#34;&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;$ dc-nats consumer edit &lt;span style=&#34;color:#ae81ff&#34;&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;        --filter&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;&lt;span style=&#34;color:#e6db74&#34;&gt;&amp;#39;topic.one&amp;#39;&lt;/span&gt; &lt;span style=&#34;color:#ae81ff&#34;&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;        --filter&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;&lt;span style=&#34;color:#e6db74&#34;&gt;&amp;#39;topic.two&amp;#39;&lt;/span&gt; &lt;span style=&#34;color:#ae81ff&#34;&gt;\
&lt;/span&gt;&lt;/span&gt;&lt;/span&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;        --filter&lt;span style=&#34;color:#f92672&#34;&gt;=&lt;/span&gt;&lt;span style=&#34;color:#e6db74&#34;&gt;&amp;#39;topic.reset.&amp;gt;&amp;#39;&lt;/span&gt; my-stream my-consumer
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Specifying a single &lt;code&gt;--filter&lt;/code&gt; value with subjects separated by commas will not work. I&amp;rsquo;m not entirely sure what will happen but I suspect that it will create a subject filter that includes the commas in some way.&lt;/p&gt;
</description>
      <source:markdown>Had to do some changes to NATS streams and consumers today, and learnt a few things from doing so.

First, it is possible to change the subject filters of a NATS consumer while it&#39;s being used. That is, a client could be using it to pull messages, and it doesn&#39;t need to reconnect or anything to get the effect of the consumer change. It will continue to receive messages, so long as they match the new subject filter.

Second, if you&#39;re using the NATS CLI to change the filter, in order to specify multiple subject filters, include multiple `--filter` switches:

```sh
$ dc-nats consumer edit \
        --filter=&#39;topic.one&#39; \
        --filter=&#39;topic.two&#39; \
        --filter=&#39;topic.reset.&gt;&#39; my-stream my-consumer
```
Specifying a single `--filter` value with subjects separated by commas will not work. I&#39;m not entirely sure what will happen but I suspect that it will create a subject filter that includes the commas in some way.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/11/the-most-common-integer-type.html</link>
      <pubDate>Tue, 11 Aug 2026 08:43:45 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/11/the-most-common-integer-type.html</guid>
      <description>&lt;p&gt;The most common integer type in Go is &lt;code&gt;int&lt;/code&gt;, and 90% of the time, it should be the one to use. There are some QoL issues with using &lt;code&gt;uint&lt;/code&gt;: values show up as hex in the debugger, linter complains about overflows. A 64 bit unsigned int is overkill for a retry count that&amp;rsquo;s likely to be less than 10.&lt;/p&gt;
</description>
      <source:markdown>The most common integer type in Go is `int`, and 90% of the time, it should be the one to use. There are some QoL issues with using `uint`: values show up as hex in the debugger, linter complains about overflows. A 64 bit unsigned int is overkill for a retry count that&#39;s likely to be less than 10.
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/10/we-all-had-a-laugh.html</link>
      <pubDate>Mon, 10 Aug 2026 08:42:24 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/10/we-all-had-a-laugh.html</guid>
      <description>&lt;p&gt;We all had a laugh when we learnt that &lt;a href=&#34;https://daringfireball.net/linked/2026/08/08/accenture-stealing-underpants-ai-markdown&#34;&gt;Accenture employees use AI agents to convert PDFs to Markdown&lt;/a&gt;. But just now, I had to get a Slack AI agent to convert a Canvas to Markdown, so I can pass it to another agent. It&amp;rsquo;s clear we need Markdown export support &lt;em&gt;across the board&lt;/em&gt; now. The agents demand it.&lt;/p&gt;
</description>
      <source:markdown>We all had a laugh when we learnt that [Accenture employees use AI agents to convert PDFs to Markdown](https://daringfireball.net/linked/2026/08/08/accenture-stealing-underpants-ai-markdown). But just now, I had to get a Slack AI agent to convert a Canvas to Markdown, so I can pass it to another agent. It&#39;s clear we need Markdown export support _across the board_ now. The agents demand it.
</source:markdown>
    </item>
    
    <item>
      <title>On Doomerism</title>
      <link>https://lmika.org/2026/08/10/on-doomerism.html</link>
      <pubDate>Mon, 10 Aug 2026 08:24:35 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/10/on-doomerism.html</guid>
      <description>&lt;p&gt;Terence Eden blogs &lt;a href=&#34;https://shkspr.mobi/blog/2026/08/against-doomerism/&#34;&gt;about doomerism&lt;/a&gt;:&lt;/p&gt;

  &lt;blockquote&gt;
    &lt;p&gt;Are there terrible things which need changing? Absolutely! Are politicians doing everything that you specifically want? Probably not! Are incremental changes happening if you bother looking for the evidence? Yes.
[…]
I guess a nuanced or positive take doesn&amp;rsquo;t get you as much social media engagement as a childish howl of rage.&lt;/p&gt;

  &lt;/blockquote&gt;
&lt;p&gt;It occurred to me that any talk of things getting better falls into that trough of nuance that always comes up in online discourse. Things take time to improve, and never in a straight line. It&amp;rsquo;s usually harder to find evidence of it happening, and it usually comes with a bunch of caveats.&lt;/p&gt;
&lt;p&gt;Much easier to be a doomer about things. It&amp;rsquo;s a cheap thrill of attention that requires no effort or nuance on your part. It&amp;rsquo;s also cathartic, giving you the sense that you&amp;rsquo;re doing something about it when really, it&amp;rsquo;s probably not to change anything in the grand scheme of things.&lt;/p&gt;
&lt;p&gt;Enticing, but ultimately a deal with the devil. I think every doomest post you make slowly adds to your fatalistic outlook that things will never improve. Why would you post something like that if a bit of you, maybe just a tiny bit, didn&amp;rsquo;t believe it to be so? Are you willing to wrestle with the cognitive dissonance that comes from that?&lt;/p&gt;
</description>
      <source:markdown>Terence Eden blogs [about doomerism](https://shkspr.mobi/blog/2026/08/against-doomerism/):

&gt; Are there terrible things which need changing? Absolutely! Are politicians doing everything that you specifically want? Probably not! Are incremental changes happening if you bother looking for the evidence? Yes.
&gt; […]
&gt; I guess a nuanced or positive take doesn&#39;t get you as much social media engagement as a childish howl of rage.

It occurred to me that any talk of things getting better falls into that trough of nuance that always comes up in online discourse. Things take time to improve, and never in a straight line. It&#39;s usually harder to find evidence of it happening, and it usually comes with a bunch of caveats.

Much easier to be a doomer about things. It&#39;s a cheap thrill of attention that requires no effort or nuance on your part. It&#39;s also cathartic, giving you the sense that you&#39;re doing something about it when really, it&#39;s probably not to change anything in the grand scheme of things.

Enticing, but ultimately a deal with the devil. I think every doomest post you make slowly adds to your fatalistic outlook that things will never improve. Why would you post something like that if a bit of you, maybe just a tiny bit, didn&#39;t believe it to be so? Are you willing to wrestle with the cognitive dissonance that comes from that?
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/09/was-on-a-walk-when.html</link>
      <pubDate>Sun, 09 Aug 2026 17:34:55 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/09/was-on-a-walk-when.html</guid>
      <description>&lt;p&gt;Was on a walk when I got stopped by this magpie, who flew in front of me and looked up expectedly. I&amp;rsquo;m guessing it mistook me for someone else.&lt;/p&gt;
&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/pxl-20260809-073008817.jpg&#34; alt=&#34;A black and white bird is standing on grass near a dirt path.&#34;&gt;
</description>
      <source:markdown>Was on a walk when I got stopped by this magpie, who flew in front of me and looked up expectedly. I&#39;m guessing it mistook me for someone else.

&lt;img src=&#34;https://cdn.uploads.micro.blog/25293/2026/pxl-20260809-073008817.jpg&#34; alt=&#34;A black and white bird is standing on grass near a dirt path.&#34;&gt;
</source:markdown>
    </item>
    
    <item>
      <title></title>
      <link>https://lmika.org/2026/08/09/til-about-game-devops-the.html</link>
      <pubDate>Sun, 09 Aug 2026 09:24:35 +1000</pubDate>
      
      <guid>http://lmika.micro.blog/2026/08/09/til-about-game-devops-the.html</guid>
      <description>&lt;p&gt;TIL about &lt;a href=&#34;https://yegge.ai/essays/the-shape-of-things-to-come/#:~:text=long.-,So%20none%20of%20that%20MQ%20garbo%20works%20for%20them%2C%20at%20all.%20Instead%2C%20he%20told%20me%20they%20did%20something%20they%20called%20%22Game%20DevOps%22%2C%20where%20everyone%20would%20just%20blast%20all%20their%20commits%20to%20main.%20They&#39;d%20cut%20a%20release%20branch%20and%20roll%20with%20it.%20Fixes%20on%20the%20branch%20would%20then%20propagate%20to%20main%2C%20which%20generally%20stayed%20red.,-Game&#34;&gt;Game DevOps&lt;/a&gt;: the idea of merging features to &lt;code&gt;main&lt;/code&gt; without checking that it will break anything, cutting release branches, stabilising those, and merging the fixes back to &lt;code&gt;main&lt;/code&gt;, which will most likely be unstable again by the next batch of merged features. The idea is that there are so many people working on the codebase that there&amp;rsquo;s no way to rely on CI/CD to ensure that &lt;code&gt;main&lt;/code&gt; will be stable after merges. There&amp;rsquo;s just not enough hours in the day for CI/CD to run. So you don&amp;rsquo;t promise stability there. You spend your effort stabilising the release branches.&lt;/p&gt;
&lt;p&gt;This is a complete reversal of the principals I learnt in my career, which is that &lt;code&gt;main&lt;/code&gt; must always be production ready. Usually to allow for a release to be cut at any time (like, for example, patching an issue in prod), but also because no-one likes to checkout a broken branch. I should probably ask my colleagues that had experience in the game industry about this, and see how well it worked for them.&lt;/p&gt;

  &lt;span class=&#34;clearfix-hack&#34;&gt;&lt;/span&gt;
  &lt;blockquote class=&#34;alert alert-followup&#34;&gt;
    &lt;p class=&#34;alert-heading&#34;&gt;
      
        Follow up
      
    &lt;/p&gt;
    &lt;p&gt;Talked to my contact about this. He says that this is indeed a thing, and that main would usually be unstable because CI/CD runs would take too long. The reason, which I didn&amp;rsquo;t consider, is that the entire team is working towards a single artefact and it&amp;rsquo;s difficult splitting it out into separate repositories with their own CI/CD. But he did make the sense that it hated this form of working. It got so bad that one of the senior devs would need to spend every morning just stabilising main.&lt;/p&gt;
  &lt;/blockquote&gt;
</description>
      <source:markdown>TIL about [Game DevOps](https://yegge.ai/essays/the-shape-of-things-to-come/#:~:text=long.-,So%20none%20of%20that%20MQ%20garbo%20works%20for%20them%2C%20at%20all.%20Instead%2C%20he%20told%20me%20they%20did%20something%20they%20called%20%22Game%20DevOps%22%2C%20where%20everyone%20would%20just%20blast%20all%20their%20commits%20to%20main.%20They&#39;d%20cut%20a%20release%20branch%20and%20roll%20with%20it.%20Fixes%20on%20the%20branch%20would%20then%20propagate%20to%20main%2C%20which%20generally%20stayed%20red.,-Game): the idea of merging features to `main` without checking that it will break anything, cutting release branches, stabilising those, and merging the fixes back to `main`, which will most likely be unstable again by the next batch of merged features. The idea is that there are so many people working on the codebase that there&#39;s no way to rely on CI/CD to ensure that `main` will be stable after merges. There&#39;s just not enough hours in the day for CI/CD to run. So you don&#39;t promise stability there. You spend your effort stabilising the release branches.

This is a complete reversal of the principals I learnt in my career, which is that `main` must always be production ready. Usually to allow for a release to be cut at any time (like, for example, patching an issue in prod), but also because no-one likes to checkout a broken branch. I should probably ask my colleagues that had experience in the game industry about this, and see how well it worked for them.

&gt; [!FOLLOWUP]
&gt; Talked to my contact about this. He says that this is indeed a thing, and that main would usually be unstable because CI/CD runs would take too long. The reason, which I didn&#39;t consider, is that the entire team is working towards a single artefact and it&#39;s difficult splitting it out into separate repositories with their own CI/CD. But he did make the sense that it hated this form of working. It got so bad that one of the senior devs would need to spend every morning just stabilising main.
</source:markdown>
    </item>
    
  </channel>
</rss>
