<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Elezea — link posts</title><description>Rian van der Merwe&apos;s blog</description><link>https://elezea.com/</link><item><title>I Left Port 22 Open for 54 Days: An SSH Honeypot Study</title><link>https://elezea.com/2026/05/i-left-port-22-open-for-54-days-an-ssh-honeypot-study/</link><guid isPermaLink="true">https://elezea.com/2026/05/i-left-port-22-open-for-54-days-an-ssh-honeypot-study/</guid><description>Exposing SSH to the internet reveals how ubiquitous automated probing is, with login attempts arriving within seconds of port exposure.</description><pubDate>Sun, 10 May 2026 00:16:16 GMT</pubDate><content:encoded>&lt;p&gt;&lt;a href=&quot;https://arman-bd.hashnode.dev/i-left-port-22-open-on-the-internet-for-54-days-here-s-who-showed-up&quot;&gt;This post&lt;/a&gt; is a fascinating look at how botnets actually work. I don’t want to spoil the takeaways so I’ll just quote this (but you should read the whole thing):&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Your server isn&apos;t special. Nobody is &amp;quot;targeting&amp;quot; it. Every IP address on the internet is being continuously probed by automated systems. Within seconds of exposing port 22, you will receive login attempts. This isn&apos;t a question of &amp;quot;if&amp;quot; but &amp;quot;when&amp;quot; — and the answer to &amp;quot;when&amp;quot; is &amp;quot;immediately.&amp;quot;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Song of the Day: May 6, 2026</title><link>https://elezea.com/2026/05/song-of-the-day-may-6-2026/</link><guid isPermaLink="true">https://elezea.com/2026/05/song-of-the-day-may-6-2026/</guid><description>All over my Instagram Reels for some reason — and it&apos;s such a vibe I can&apos;t get enough of it.</description><pubDate>Thu, 07 May 2026 02:47:35 GMT</pubDate><content:encoded>&lt;p&gt;This song is all over my Instagram Reels for some reason and it is &lt;em&gt;such&lt;/em&gt; a vibe I can&apos;t get enough of it.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;https://open.spotify.com/track/3Ggrf13afYb41oxbnpafPR?si=2c597ad582e44a84&quot;&gt;▶ Listen on Spotify&lt;/a&gt;&lt;/p&gt;&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Why Did Hollywood Stop Making Dramas?</title><link>https://elezea.com/2026/05/why-did-hollywood-stop-making-dramas/</link><guid isPermaLink="true">https://elezea.com/2026/05/why-did-hollywood-stop-making-dramas/</guid><description>Hollywood&apos;s shift away from dramas toward action and horror may stem from how genre thrills age better than character-driven stories that depend on…</description><pubDate>Fri, 01 May 2026 22:21:18 GMT</pubDate><content:encoded>&lt;p&gt;&lt;a href=&quot;https://www.statsignificant.com/p/why-did-hollywood-stop-making-dramas&quot;&gt;I guess this shows just how old I am&lt;/a&gt; because I loved every single one of the “Oscar-bait” movies in this list (I do agree on TCM though)...&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;When I was a kid, I would watch Turner Classic Movies and try to appreciate films from the 1940s, only to find the exercise strangely difficult. I could admire them—in theory—but I struggled to experience these stories the way their original audiences did.&lt;/p&gt;
&lt;p&gt;I feel similarly about many Oscar-bait dramas of the 1990s, including but not limited to: &lt;em&gt;Chocolat&lt;/em&gt;, &lt;em&gt;American Beauty&lt;/em&gt;, &lt;em&gt;Shakespeare in Love&lt;/em&gt;, &lt;em&gt;Scent of a Woman&lt;/em&gt;, &lt;em&gt;The English Patient&lt;/em&gt;, and &lt;em&gt;Life Is Beautiful&lt;/em&gt;. I simply don’t understand what contemporary audiences saw in these films.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;That aside, as usual Daniel makes an interesting larger point, about why we don’t see as many dramas as we used to:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Action and horror, meanwhile, have visceral elements that translate across generations: big dinosaurs, jump scares, campy set pieces, and other straightforward pleasures. The first ten minutes of &lt;em&gt;Raiders of the Lost Ark&lt;/em&gt; are timeless and feature almost no dialogue.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>How to stay relevant when the PM role keeps rewriting itself</title><link>https://elezea.com/2026/04/pm-role-keeps-rewriting-itself/</link><guid isPermaLink="true">https://elezea.com/2026/04/pm-role-keeps-rewriting-itself/</guid><description>Melissa Perri on why PMs should stop measuring themselves by tickets and docs, and start measuring decisions changed and outcomes shipped.</description><pubDate>Wed, 29 Apr 2026 00:25:50 GMT</pubDate><content:encoded>&lt;p&gt;Melissa Perri &lt;a href=&quot;https://productinstitute.kit.com/posts/how-to-stay-relevant-when-the-pm-role-keeps-rewriting-itself&quot;&gt;chimes in on how AI is changing the product role&lt;/a&gt;, and makes the case for measuring PMs by decisions changed and outcomes shipped, not by tickets written and docs generated:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;If you are a PM, stop measuring your productivity by how many tickets you wrote, how many pages of documentation you spun up, or how fast you closed the loop on the last sprint. That work is going to keep getting easier.&lt;/p&gt;
&lt;p&gt;Measure your productivity by how often you changed a decision that mattered, how often you saw around a corner, how often a senior leader walked out of a room thinking differently because of something you said. How often your shipped features translate into real customer outcomes is what matters.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Everything I read is saying the same thing right now: judgment, customer understanding, and the ability to change a senior leader&apos;s mind in a room are the skills that AI can&apos;t touch. I&apos;m not disagreeing necessarily, but I do think that narrative is missing a big &lt;em&gt;new&lt;/em&gt; skill that is needed. I wrote about this in &lt;a href=&quot;https://elezea.com/2026/04/what-actually-changed-about-being-a-pm/&quot;&gt;What actually changed about being a PM&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I was talking to my wife the other day about what I’m doing, and she asked the obvious question: “Why are you automating your job away?” My answer: the people who automate their own jobs away are the ones who become more valuable, because the craft is now in orchestration — setting up the layers so the AI does the right thing.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I also continue to think about this quote from &lt;a href=&quot;https://robonomics.substack.com/p/org-design-in-the-age-of-ai&quot;&gt;Org Design in the Age of AI&lt;/a&gt; and how the focus is shifting from &amp;quot;information movers&amp;quot; to builders:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The old PM spent most of their energy making ideas legible to other people. The new PM validates directly — prototyping, running data analyses, generating first-pass implementations. [...] The managers who thrive will be the ones whose real contribution was always judgment, coaching, and navigating ambiguity — not routing information.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Product Roadmaps: How the Best Product Teams Plan for Uncertainty</title><link>https://elezea.com/2026/04/product-roadmaps-how-the-best-product-teams-plan-for-uncertainty/</link><guid isPermaLink="true">https://elezea.com/2026/04/product-roadmaps-how-the-best-product-teams-plan-for-uncertainty/</guid><description>The best product roadmaps adapt to uncertainty by shifting from detailed features to broader opportunities and outcomes as you plan further ahead.</description><pubDate>Tue, 28 Apr 2026 22:32:05 GMT</pubDate><content:encoded>&lt;p&gt;I&apos;m &lt;a href=&quot;https://elezea.com/2024/02/why-using-a-now-next-later-roadmap-might-be-right-for-you/&quot;&gt;a big fan of Now/Next/Later roadmaps&lt;/a&gt;, and I think it adapts particularly well to an AI-assisted world, so I was curious to read &lt;a href=&quot;https://www.producttalk.org/product-roadmaps/&quot;&gt;Teresa&apos;s Take on different roadmap models&lt;/a&gt;. It&apos;s a fun trip through different prioritization frameworks, and I do like her reframing of the Now/Next/Later approach:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Here&apos;s what I&apos;ve seen work best: Take the Now Next Later format, but instead of filling every column with features at different levels of detail, change the &lt;em&gt;type&lt;/em&gt; of content as you move across columns. [...]&lt;/p&gt;
&lt;p&gt;Specifically, I list solutions in the Now column, &lt;a href=&quot;https://www.producttalk.org/sourcing-opportunities/&quot;&gt;opportunities&lt;/a&gt; in the Next column, and &lt;a href=&quot;https://www.producttalk.org/shifting-from-outputs-to-outcomes/&quot;&gt;outcomes&lt;/a&gt; in the Later column.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Deezer: AI-generated tracks now represent 44% of all new uploaded music</title><link>https://elezea.com/2026/04/deezer-ai-generated-tracks-now-represent-44-of-all-new-uploaded-music/</link><guid isPermaLink="true">https://elezea.com/2026/04/deezer-ai-generated-tracks-now-represent-44-of-all-new-uploaded-music/</guid><description>AI-generated music now dominates new uploads on Deezer but barely registers with listeners, suggesting artificial tracks struggle to gain genuine audience…</description><pubDate>Sat, 25 Apr 2026 23:40:08 GMT</pubDate><content:encoded>&lt;p&gt;&lt;a href=&quot;https://newsroom-deezer.com/2026/04/ai-generated-tracks-represent-44-of-new-uploaded-music/&quot;&gt;This is characteristically dry press release language&lt;/a&gt;, but the stats are interesting:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Deezer, the global music experiences platform, is now receiving almost 75,000 AI-generated tracks per day, representing roughly 44% of the daily uploads. This amounts to more than 2 Million AI-generated tracks uploaded per month. Thanks to Deezer&apos;s industry unique measures, consumption of AI-generated music on the platform is still very low, between 1-3% of the total streams. In addition, a majority (85%) of these streams are detected as fraudulent and are demonetized by Deezer.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I’m simultaneously surprised (but not, because grifters) that the amount of uploads is that high, and surprised (but not, because music lovers) that it’s generally a very unsuccessful way to make money. My continuing refrain will be that let’s use AI for the things that it’s good at, and leave the really important stuff (like art) to humans.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>AI Prototyping Is Changing How We Build Products at Uber</title><link>https://elezea.com/2026/04/ai-prototyping-is-changing-how-we-build-products-at-uber/</link><guid isPermaLink="true">https://elezea.com/2026/04/ai-prototyping-is-changing-how-we-build-products-at-uber/</guid><description>As AI makes prototyping faster and cheaper, product requirement documents must evolve from defining ideas to capturing intent, tradeoffs, and decisions.</description><pubDate>Fri, 24 Apr 2026 15:26:01 GMT</pubDate><content:encoded>&lt;p&gt;There is no doubt that &lt;a href=&quot;https://www.uber.com/us/en/blog/ai-prototyping/&quot;&gt;this post&lt;/a&gt; was at least 80% written by AI but I’m not even super mad about it because that is just the way of the world now, and the summary it generated from how Uber works is actually legit interesting:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;A prototype without a PRD can drift away from the problem the team intends to solve. A PRD without a prototype can remain abstract, leaving room for inconsistent interpretations. [...] If going from idea to prototype is now fast and cheap, the PRD can no longer be the primary place where ideas are defined. Its value increasingly lies in capturing intent, tradeoffs, success metrics, and decisions.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The PRD as an artifact is in the spotlight right now in a way that I think is really healthy. Should it remain but change its JTBD? Should it be &lt;a href=&quot;https://elezea.com/2026/04/evals-are-the-new-prd/&quot;&gt;an eval instead&lt;/a&gt;? Who knows. Let’s figure it out together...&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Org Design in the Age of AI</title><link>https://elezea.com/2026/04/org-design-in-the-age-of-ai/</link><guid isPermaLink="true">https://elezea.com/2026/04/org-design-in-the-age-of-ai/</guid><description>Companies must rethink organizational design from scratch to leverage AI&apos;s potential rather than merely using it to optimize existing structures.</description><pubDate>Wed, 22 Apr 2026 00:15:59 GMT</pubDate><content:encoded>&lt;p&gt;&lt;a href=&quot;https://robonomics.substack.com/p/org-design-in-the-age-of-ai&quot;&gt;This post &lt;/a&gt; on org design really resonated.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Most companies today are using AI the way you&apos;d use a faster horse — to make the existing structure run a little better. The companies that pull ahead will be the ones willing to ask a harder question: what would we build if we were designing this organization from scratch, today, knowing what AI can do?&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;We have to seriously rethink the SDLC, design it from scratch in the context of how &lt;em&gt;our own organizations&lt;/em&gt; work. It’s not about a global “right” process any more. The question now becomes “How can the humans in our team, at our company, at this point in time, work best together to serve our customers?”&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>The peril of laziness lost</title><link>https://elezea.com/2026/04/the-peril-of-laziness-lost-2/</link><guid isPermaLink="true">https://elezea.com/2026/04/the-peril-of-laziness-lost-2/</guid><description>AI systems lack the human laziness that drives engineers to build elegant, efficient solutions, risking bloated systems without constraints on complexity.</description><pubDate>Tue, 21 Apr 2026 23:31:35 GMT</pubDate><content:encoded>&lt;p&gt;Oh, &lt;a href=&quot;https://bcantrill.dtrace.org/2026/04/12/the-peril-of-laziness-lost/&quot;&gt;this is very good&lt;/a&gt;. On the classic take that the core characteristic of outstanding engineers is “laziness”:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The problem is that LLMs inherently &lt;strong&gt;lack the virtue of laziness&lt;/strong&gt;. Work costs nothing to an LLM. LLMs do not feel a need to optimize for their own (or anyone&apos;s) future time, and will happily dump more and more onto a layercake of garbage. Left unchecked, LLMs will make systems larger, not better — appealing to perverse vanity metrics, perhaps, but at the cost of everything that matters. As such, LLMs highlight how essential our human laziness is: our finite time &lt;strong&gt;forces&lt;/strong&gt; us to develop crisp abstractions in part because we don&apos;t want to waste our (human!) time on the consequences of clunky ones.&lt;/p&gt;
&lt;p&gt;The best engineering is always borne of constraints, and the constraint of our time places limits on the cognitive load of the system that we&apos;re willing to accept. This is what drives us to make the system &lt;em&gt;simpler&lt;/em&gt;, despite its essential complexity.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;This is exactly why &lt;a href=&quot;https://elezea.com/2026/04/what-actually-changed-about-being-a-pm/&quot;&gt;I practice Fear-Driven Development&lt;/a&gt;, and why everything I do in code includes multiple versions of asking Claude Code “do we need this?” and “is this adding bloat?”&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Is Hip-Hop in Decline? A Statistical Analysis</title><link>https://elezea.com/2026/04/is-hip-hop-in-decline-a-statistical-analysis/</link><guid isPermaLink="true">https://elezea.com/2026/04/is-hip-hop-in-decline-a-statistical-analysis/</guid><description>Streaming adoption patterns rather than changing preferences may explain hip-hop&apos;s declining chart share as late adopters bring other genres into the mix.</description><pubDate>Sat, 18 Apr 2026 00:59:06 GMT</pubDate><content:encoded>&lt;p&gt;I love this blog and try not to link to it too much, but &lt;a href=&quot;https://www.statsignificant.com/p/is-hip-hop-in-decline-a-statistical&quot;&gt;this one about how fewer people listen to hip hop&lt;/a&gt; was especially great.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;So, what’s filled the space hip-hop once dominated? A blend of new arrivals and familiar mainstays. Latin music—led by Bad Bunny—and Asian pop, powered by K-pop acts like BTS, have expanded their global footprint. At the same time, legacy formats are resurging: country is booming, driven in large part by Morgan Wallen, while the loosely defined “alternative” category continues to gain share across the charts.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I particularly love how he tries to avoid causation/correlation errors in his hypotheses. Like this one I hadn’t thought about:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;Streaming adoption laggards:&lt;/strong&gt; Hip-hop uniquely benefited from early streaming adopters in the 2010s. Younger listeners—who were predisposed to the genre—were among the first to embrace platforms like Spotify, giving hip-hop an outsized digital footprint. More recently, late adopters—like country fans, older cohorts, and global audiences—have rebalanced the charts, lifting genres like country and K-pop.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Evals Are the New PRD</title><link>https://elezea.com/2026/04/evals-are-the-new-prd/</link><guid isPermaLink="true">https://elezea.com/2026/04/evals-are-the-new-prd/</guid><description>For AI products, the eval replaces the PRD — it defines what good looks like and is the acceptance criteria.</description><pubDate>Wed, 15 Apr 2026 17:31:37 GMT</pubDate><content:encoded>&lt;p&gt;&lt;a href=&quot;https://x.com/braintrust/status/2039356267949445230&quot;&gt;Braintrust makes a good case&lt;/a&gt; (apologies for the &lt;a href=&quot;http://X.com&quot;&gt;X.com&lt;/a&gt; link...) for rethinking how PMs work on AI products: the eval replaces the PRD.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;An eval is a structured, repeatable test that answers one question. Does my AI system do the right thing? You define a set of inputs along with expected outputs, run them through your AI system, and score the results using algorithms or AI judges.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The eval becomes both the spec and the acceptance criteria. The directive to engineering:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&amp;quot;Here is the eval. Make this number go up.&amp;quot;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;That&apos;s &lt;em&gt;very&lt;/em&gt; different to how most teams work today, but I can definitely see the industry moving this way. Product usage generates signals, observability captures them, and evals turn them into improvement targets. The PM&apos;s job is to define what &amp;quot;good&amp;quot; looks like in code and curate the data that reveals what &amp;quot;bad&amp;quot; looks like.&lt;/p&gt;
&lt;p&gt;The PM skills that transfer are the same ones that always mattered — discovering needs and opportunities, and making judgment calls about what to build for business value. The difference is that instead of a document that describes the intent, you have a test suite that encodes it.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>No One Else Can Speak the Words on Your Lips</title><link>https://elezea.com/2026/04/no-one-else-can-speak-the-words-on-your-lips/</link><guid isPermaLink="true">https://elezea.com/2026/04/no-one-else-can-speak-the-words-on-your-lips/</guid><description>Ben Roy on why LLMs can&apos;t write good essays: real writing is a bottom-up process of discovery, not a top-down application of what you already know.</description><pubDate>Tue, 14 Apr 2026 02:17:00 GMT</pubDate><content:encoded>&lt;p&gt;Ben Roy explains why &lt;a href=&quot;https://benroy.substack.com/p/no-one-else-can-speak-the-words-on&quot;&gt;prompting an LLM to write an essay misunderstands what writing actually is&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;People fundamentally can&apos;t prompt good essays into existence because writing is not a top-down exercise of applying knowledge you have upfront and asking an LLM to create something. AI agents also can&apos;t create good essays for the same reason. Even though their step-by-step reasoning is more complex and iterative than human prompting, a chain of thought is still trying to accomplish a predefined goal. By contrast, real writing is bottom up. You don&apos;t know what you want to say in advance. It&apos;s a process of discovery where you start with a set of half-baked ideas and work with them in non-linear ways to find out what you really think.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I will continue to argue that for general business writing LLMs are fantastic if they are given the right context and guidance, and that it can save &lt;em&gt;hours&lt;/em&gt; of work (with high quality results). But all my experiments with using LLMs for creative writing has so far fallen flat. Maybe—likely?—that will change within the next few months. But for now, the brain work this kind of writing requires remains. Not a bad thing imo.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Zombie Flow</title><link>https://elezea.com/2026/04/zombie-flow/</link><guid isPermaLink="true">https://elezea.com/2026/04/zombie-flow/</guid><description>Derek Thompson traces the concept of &quot;flow&quot; from Csikszentmihalyi to the algorithmic feeds that simulate it, and argues the skill we need now is getting out of zombie flow, not into flow.</description><pubDate>Sun, 12 Apr 2026 14:54:13 GMT</pubDate><content:encoded>&lt;p&gt;Derek Thompson &lt;a href=&quot;https://www.derekthompson.org/p/how-zombie-flow-took-over-culture&quot;&gt;goes into the history of the &amp;quot;flow&amp;quot; concept&lt;/a&gt;, and how tech and entertainment companies learned to simulate it without any of the substance psychologist Mihaly Csikszentmihalyi originally had in mind:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Algorithmic flow is flow without achievement, flow without challenge, flow without even volition... To be lost in the lazy river of algorithmic media is to be lost the current of life without a mind. Zombie flow.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Ten years ago the question was how to get into flow more often. Now it might be how to get out of the fake version fast enough to remember what the real one felt like.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>AI might actually need more PMs</title><link>https://elezea.com/2026/04/ai-might-actually-need-more-pms/</link><guid isPermaLink="true">https://elezea.com/2026/04/ai-might-actually-need-more-pms/</guid><description>Amol Avasare on why AI-accelerated engineering might increase the value of product managers, not replace them.</description><pubDate>Fri, 10 Apr 2026 20:51:22 GMT</pubDate><content:encoded>&lt;p&gt;Amol Avasare, Anthropic&apos;s Head of Growth, said &lt;a href=&quot;https://tldl-pod.com/episode/1627920305_1000759379580&quot;&gt;on Lenny&apos;s Podcast&lt;/a&gt; that maybe PM jobs are &lt;em&gt;not&lt;/em&gt; going to shrink as much as we may have thought...&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Rather than immediately replacing PMs, AI is currently increasing engineering leverage the fastest, which creates new pressure on PMs and designers. In larger organizations, that may actually increase the value of PMs who can guide priorities, manage alignment, and sharpen decision-making—especially as engineers take on more &amp;quot;mini-PM&amp;quot; responsibilities.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Eight years of wanting, three months of building with AI</title><link>https://elezea.com/2026/04/eight-years-of-wanting-three-months-of-building-with-ai/</link><guid isPermaLink="true">https://elezea.com/2026/04/eight-years-of-wanting-three-months-of-building-with-ai/</guid><description>Lalit Maganti on building real software with AI — the slot machine addiction, the corrosion, and why design still needs a human.</description><pubDate>Fri, 10 Apr 2026 20:41:58 GMT</pubDate><content:encoded>&lt;p&gt;Lalit Maganti &lt;a href=&quot;https://lalitm.com/post/building-syntaqlite-ai/&quot;&gt;writes about building a SQLite parser with AI&lt;/a&gt; — a project he&apos;d been putting off for eight years, finished in three months. His comparison of AI coding to slot machines is uncomfortably familiar:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I found myself up late at night wanting to do &amp;quot;just one more prompt,&amp;quot; constantly trying AI just to see what would happen even when I knew it probably wouldn&apos;t work. The sunk cost fallacy kicked in too: I&apos;d keep at it even in tasks it was clearly ill-suited for, telling myself &amp;quot;maybe if I phrase it differently this time.&amp;quot;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Also, I agree that this is still true &lt;em&gt;today&lt;/em&gt;, but I&apos;m not convinced it will remain true beyond 2026:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;AI is an incredible force multiplier for implementation, but it&apos;s a dangerous substitute for design.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Endgame for the open web</title><link>https://elezea.com/2026/03/endgame-for-the-open-web/</link><guid isPermaLink="true">https://elezea.com/2026/03/endgame-for-the-open-web/</guid><description>Anil Dash defines the open web as the radical ability to create and share using open specs, free platforms, and no gatekeepers—and argues that every aspect of that architecture is now under coordinated attack.</description><pubDate>Sun, 29 Mar 2026 17:57:15 GMT</pubDate><content:encoded>&lt;p&gt;Anil Dash has &lt;a href=&quot;https://anildash.com/2026/03/27/endgame-open-web/&quot;&gt;a long essay on the state of the open web&lt;/a&gt; and not all of it rings true for me, but buried in the opening is a wonderful definition of what the open web actually is:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The open web is something extraordinary: anybody can use whatever tools they have, to create content following publicly documented specifications, published using completely free and open platforms, and then share that work with anyone, anywhere in the world, without asking for permission from anyone. Think about how radical that is.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;It does feel like if the web got invented in 2026, it would &lt;em&gt;not&lt;/em&gt; have been left as an open technology for long (see also AI and how much open source models are lagging).&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Negative space in writing</title><link>https://elezea.com/2026/03/negative-space-in-writing/</link><guid isPermaLink="true">https://elezea.com/2026/03/negative-space-in-writing/</guid><description>Tracy Durnell on how modern writing formats strip out the reflective pauses where readers build their own meaning.</description><pubDate>Tue, 24 Mar 2026 00:14:41 GMT</pubDate><content:encoded>&lt;p&gt;Tracy Durnell explores &lt;a href=&quot;https://tracydurnell.com/2026/03/06/non-visual-negative-space/&quot;&gt;non-visual negative space&lt;/a&gt;—what happens when writing leaves room for the reader to think:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The current design trend of business and self-help style books is to use tons of subheadings and callout boxes and always, a list of the key points at the end of the chapter. While this is a highly skimmable format and often nice visual design, it essentially sucks the negative space out of the text — the places in which the reader might step back and consider their own examples or anticipate what point the author is trying to make. There&apos;s no time for hunches here.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;And:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;The negative space of the text helps build the aesthetic experience. Small details flavor the text with a sense of reality. Drawing out events — leaving questions unresolved and conflicts unsettled — can build tension. And textual space creates a gap for the reader to make the personal decodings of the text that build meaning.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Not everything has to get to the point immediately. Sometimes the best thing a writer can do is leave room for the reader to get there on their own. I&apos;m thinking about this because I&apos;m currently reading &lt;a href=&quot;https://amzn.to/4rUrxmy&quot;&gt;The Will of the Many&lt;/a&gt;. It is slow, and long, and one of the best books I&apos;ve read in ages. The negative space is probably a big reason why I love it so much.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>Agentic manual testing</title><link>https://elezea.com/2026/03/agentic-manual-testing/</link><guid isPermaLink="true">https://elezea.com/2026/03/agentic-manual-testing/</guid><description>Two practical tips from Simon Willison on testing with coding agents: write demo files to /tmp to keep repos clean, and use red/green TDD to turn manually discovered bugs into permanent automated tests.</description><pubDate>Mon, 23 Mar 2026 23:53:30 GMT</pubDate><content:encoded>&lt;p&gt;Simon Willison has &lt;a href=&quot;https://simonwillison.net/guides/agentic-engineering-patterns/agentic-manual-testing/&quot;&gt;a practical guide on manual testing with coding agents&lt;/a&gt;. Two tips I&apos;ve already started using:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;It&apos;s still quick for an agent to write out a demo file and then compile and run it. I sometimes encourage it to use /tmp purely to avoid those files being accidentally committed to the repository later on.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;And:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;If an agent finds something that doesn&apos;t work through their manual testing, I like to tell them to fix it with red/green TDD. This ensures the new case ends up covered by the permanent automated tests.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>When Using AI Leads to “Brain Fry&quot;</title><link>https://elezea.com/2026/03/when-using-ai-leads-to-brain-fry/</link><guid isPermaLink="true">https://elezea.com/2026/03/when-using-ai-leads-to-brain-fry/</guid><description>Research shows that &quot;AI brain fry&quot; — cognitive exhaustion from overseeing AI agents — is real, and that productivity actually dips after using more than three AI tools simultaneously.</description><pubDate>Sat, 14 Mar 2026 13:58:45 GMT</pubDate><content:encoded>&lt;p&gt;I am definitely &lt;a href=&quot;https://hbr.org/2026/03/when-using-ai-leads-to-brain-fry&quot;&gt;feeling the &amp;quot;brain fry&amp;quot;&lt;/a&gt; right now:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;We found that the phenomenon described in these posts—cognitive exhaustion from intensive oversight of AI agents—is both real and significant. We call it “AI brain fry,” which we define as &lt;em&gt;mental fatigue from excessive use or oversight of AI tools beyond one’s cognitive capacity.&lt;/em&gt; Participants described a “buzzing” feeling or a mental fog with difficulty focusing, slower decision-making, and headaches.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;The research is fascinating and worth reading, with super interesting findings like this:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;As employees go from using one AI tool to two simultaneously, they experience a significant increase in productivity. As they incorporate a third tool, productivity again increases, but at a lower rate. After three tools, though, productivity scores &lt;em&gt;dipped&lt;/em&gt;. Multitasking is &lt;a href=&quot;https://pmc.ncbi.nlm.nih.gov/articles/PMC7075496/&quot;&gt;notoriously unproductive&lt;/a&gt;, and yet we fall for its allure time and again.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Earlier this week I had this thought: &amp;quot;Oh no, I think I&apos;ve blown out my context window. I wish I could add some more tokens to my brain. Until then I might just have to respond to new requests with &lt;code&gt;401 Unauthorized&lt;/code&gt;.&amp;quot;&lt;/p&gt;
&lt;p&gt;And that&apos;s when I realized I probably need to go touch grass or something.&lt;/p&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item><item><title>AI should help us produce better code</title><link>https://elezea.com/2026/03/ai-should-help-us-produce-better-code/</link><guid isPermaLink="true">https://elezea.com/2026/03/ai-should-help-us-produce-better-code/</guid><description>Shipping worse code with AI agents is a choice. Simon Willison and Mitchell Hashimoto both argue we should engineer our processes so agents make our code better, not worse.</description><pubDate>Sat, 14 Mar 2026 13:43:35 GMT</pubDate><content:encoded>&lt;p&gt;As usual, Simon Willison &lt;a href=&quot;https://simonwillison.net/guides/agentic-engineering-patterns/better-code/&quot;&gt;hits the nail on the head here&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;If adopting coding agents demonstrably reduces the quality of the code and features you are producing, you should address that problem directly: figure out which aspects of your process are hurting the quality of your output and fix them. Shipping worse code with agents is a &lt;em&gt;choice&lt;/em&gt;. We can choose to ship code &lt;a href=&quot;https://simonwillison.net/guides/agentic-engineering-patterns/code-is-cheap/#good-code&quot;&gt;that is better&lt;/a&gt; instead.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Also see Mitchell Hashimoto’s &lt;a href=&quot;https://mitchellh.com/writing/my-ai-adoption-journey&quot;&gt;idea of “harness engineering”&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;It is the idea that anytime you find an agent makes a mistake, you take the time to engineer a solution such that the agent never makes that mistake again.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;br&gt;&lt;br&gt;&lt;hr&gt;Thanks for still believing in RSS! Feel free to &lt;a href=&quot;https://elezea.com/contact&quot;&gt;get in touch&lt;/a&gt;.</content:encoded><author>Rian van der Merwe</author></item></channel></rss>