<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>Peter Sodja: Writing</title>
  <link>https://www.petersodja.com/writing</link>
  <atom:link href="https://www.petersodja.com/rss.xml" rel="self" type="application/rss+xml"/>
  <description>Peter Sodja, a UX designer writing about UX, AI and the things around and in between.</description>
  <language>en</language>
  <item>
    <title>A developer's free Adobe clones, built with AI</title>
    <link>https://www.petersodja.com/writing/artcraft-free-adobe-clones</link>
    <guid>https://www.petersodja.com/writing/artcraft-free-adobe-clones</guid>
    <pubDate>Fri, 09 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Headlines declaring that software is over (the usual clickbait). The developer Brandon Thomas made project ArtCraft, and it is seven free Rust apps modeled on Photoshop, Illustrator, Premiere and the rest of Adobe&amp;#39;s lineup. &lt;a href=&quot;https://www.gadgetpilipinas.net/2026/10/artcraft-adobe-alternatives-rust/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Reportedly he was charged one cancellation fee too many&lt;/a&gt; (didn&amp;#39;t we all).&lt;/p&gt;
&lt;p&gt;If an AI can reproduce an interface in weeks, the interface was never the moat. Users prefer software that works like what they already know, so cloning Adobe&amp;#39;s layout is a sound strategy. But the pitch is compatibility, and I see no sign of anyone asking what a photo editor should look like if you started today with an agent driving it. The one part that isn&amp;#39;t a copy, by &lt;a href=&quot;https://getartcraft.com/apps&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;the project&amp;#39;s own description&lt;/a&gt;, is that every app can be driven from a CLI, a JSON control channel or an MCP server. That is the bit I&amp;#39;d watch. Agents working through MCP is exactly what impressed me in Figma.&lt;/p&gt;
&lt;p&gt;What keeps people on Adobe is boring: file formats, plugins, other people&amp;#39;s files. Nobody leaves that behind because the menus are free elsewhere. Is it a real threat to Adobe? An alpha with a slogan doesn&amp;#39;t settle that either way. The most effective Adobe competitor may still be Adobe&amp;#39;s own cancellation flow.&lt;/p&gt;
&lt;p&gt;Related, I found &lt;a href=&quot;https://rea.tools&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;REA&lt;/a&gt; on github with title &amp;quot;Reverse Engineer Anything&amp;quot;. It hands your coding agent tools to inspect a program and explain what it does then recreate it. Amazing, Software is over.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Why everything is starting to look the same</title>
    <link>https://www.petersodja.com/writing/convergence-of-design</link>
    <guid>https://www.petersodja.com/writing/convergence-of-design</guid>
    <pubDate>Fri, 09 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Sameness gets a bad rep sometimes. It is boring. Often it&amp;#39;s just what success looks like.&lt;/p&gt;
&lt;p&gt;Physics explains a plane. The crab analogy is fun, but what &lt;a href=&quot;https://www.lukew.com/ff/2166/the-convergence-of-design&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;the post&lt;/a&gt; skips is the UX reason. &lt;a href=&quot;https://lawsofux.com/jakobs-law/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Jakob&amp;#39;s Law&lt;/a&gt;: users spend most of their time on other products, and they want yours to work the same way. A familiar pattern is a learning curve you don&amp;#39;t have to pay. I wrote once, jokingly, that good UX is overrated. This is the serious version of the joke. Users benefit from boring.&lt;/p&gt;
&lt;p&gt;So sameness works, but the interesting part is who decides when to break it, and why.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Destroy any website, for fun</title>
    <link>https://www.petersodja.com/writing/destroy-any-website</link>
    <guid>https://www.petersodja.com/writing/destroy-any-website</guid>
    <pubDate>Thu, 08 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;You type an address, a stick figure appears, and you shoot the website. That&amp;#39;s &lt;a href=&quot;https://destroy.spritefusion.com/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Destroy Any Website&lt;/a&gt; by Hugo Duprez. Pistols, grenades, a flamethrower, multiplayer.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Creatives are doing more with AI</title>
    <link>https://www.petersodja.com/writing/contra-creative-intelligence</link>
    <guid>https://www.petersodja.com/writing/contra-creative-intelligence</guid>
    <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Contra Labs says taste, perspective, judgment and direction &amp;quot;became more valuable&amp;quot; with AI. I agree with that. I just don&amp;#39;t think a survey can show it, and the line is old anyway.&lt;/p&gt;
&lt;p&gt;The &lt;a href=&quot;https://contralabs.com/creative-intelligence-report-2026&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Creative Intelligence 2026 report&lt;/a&gt; says it surveyed 150k+ creatives, combined with Contra&amp;#39;s marketplace data: AI adoption over 70%, project sizes for &amp;quot;AI-powered&amp;quot; creatives up over 40%, and AI adopters earning more.&lt;/p&gt;
&lt;p&gt;That might be BS:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;There is no definition of &amp;quot;AI-powered&amp;quot;.&lt;/li&gt;
&lt;li&gt;Contra runs a talent marketplace, and its &lt;a href=&quot;https://contralabs.com/human-creativity-benchmark&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;benchmark page&lt;/a&gt; pitches creatives&amp;#39; judgment as human data to train models, with a section for AI labs. &amp;quot;Creatives thrive with AI&amp;quot; is a nice story for both.&lt;/li&gt;
&lt;li&gt;&amp;quot;Doing more&amp;quot; is also self-reported, and &amp;quot;I feel productive&amp;quot; is the weakest evidence there is.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;It might be true, too. But creatives might also be doing a lot of stuff that shouldn&amp;#39;t be done.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>My homelab, and an AI agent with root</title>
    <link>https://www.petersodja.com/writing/homelab-and-an-ai-agent</link>
    <guid>https://www.petersodja.com/writing/homelab-and-an-ai-agent</guid>
    <pubDate>Wed, 07 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;My homelab hobby is standing still. Just normal life (kids, house, recreation) doesn&amp;#39;t give me enough extra time to tinker. Everything works: Nextcloud, Jellyfin, webserver… But I think I already forgot how everything is set up, and even though people advised me to write stuff down, I thought I&amp;#39;d never forget basic stuff like how the backup is set up. I did.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m thinking of installing an AI agent and giving it root access.&lt;/p&gt;
&lt;p&gt;Might be fun.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Design tokens: understand the structure first</title>
    <link>https://www.petersodja.com/writing/design-tokens-understand-the-structure-first</link>
    <guid>https://www.petersodja.com/writing/design-tokens-understand-the-structure-first</guid>
    <pubDate>Tue, 06 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://medium.com/@NateBaldwin/design-tokens-need-more-than-semantics-0e5a85df0d33&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Nate Baldwin&lt;/a&gt; argues that design tokens should emerge from reusable interface structures, rather than being created through naming conventions. His team at Adobe Spectrum identified recurring patterns before deciding which design decisions needed tokens. Which makes sense. But the process was messier than “structure first” suggests. You cannot get around that. His team began with semantic names like “gap-tight” and “gap-loose,” then discovered through discussions with designers and engineers that people thought about spacing in terms of relationships, such as the space between a label and a field. Naming debates helped them discover the structure.&lt;/p&gt;
&lt;p&gt;Arguments about token names are often disagreements about the design system itself. Teams may have different ideas about what should be shared, how components relate, and where responsibilities belong.
No convention or tool can determine the right structure for every team.&lt;/p&gt;
&lt;p&gt;The challenge is finding the balance between overly generic tokens and overly specific component tokens. Shared structural patterns can help, but in the end there are subjective decisions that might follow patterns and might not even be worth deliberation.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Many agents need many views</title>
    <link>https://www.petersodja.com/writing/many-agents-many-views</link>
    <guid>https://www.petersodja.com/writing/many-agents-many-views</guid>
    <pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Chat is a log, not a view. For one agent doing one job, a doc and a chat is enough. It breaks when agents start managing other agents. That&amp;#39;s where Luke Wroblewski&amp;#39;s &lt;a href=&quot;https://www.lukew.com/ff/2165/many-agents-many-views&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Many Agents, Many Views&lt;/a&gt; starts. His idea is views shaped to the task, like diagrams of the plan or before-and-after screenshots. His example is a tool called Intent.&lt;/p&gt;
&lt;p&gt;I like the shared design-system note best. One source of truth that humans and agents both read, like a shared Figma file.&lt;/p&gt;
&lt;p&gt;Two things bug me. The overview is still open: how do you watch twenty agents without staring at twenty things? And cheap review is a trap. A screenshot is easy to approve, but matching pixels isn&amp;#39;t working behavior, and a diagram is just the agent&amp;#39;s own plan, not a promise.&lt;/p&gt;
&lt;p&gt;A configurable workspace also hands the design work to the user. I&amp;#39;d rather have good defaults. This is a reading of the article, not a review of the tool.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Just let me in, please</title>
    <link>https://www.petersodja.com/writing/just-let-me-in</link>
    <guid>https://www.petersodja.com/writing/just-let-me-in</guid>
    <pubDate>Fri, 02 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Max van IJsselmuiden&amp;#39;s &lt;a href=&quot;https://www.maxvanijsselmuiden.nl/blog/just-let-me-in&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Just let me in, please&lt;/a&gt; is a good rant about login friction. Codes that send you to your inbox. A dashboard that forgets which page you wanted. A lot of it looks like ritual to me. Somebody added a step once, everybody copied it, and now we call it security.&lt;/p&gt;
&lt;p&gt;I agree with the mood but not the fix: let people pick their sign-in method up front. That doesn&amp;#39;t remove the question, it hands it to you. Did I sign up with Google or a password? His own example has more than a dozen sign-in buttons.&lt;/p&gt;
&lt;p&gt;Passkeys are the likely way out. The &lt;a href=&quot;https://fidoalliance.org/fido-alliance-launches-passkey-index-revealing-significant-passkey-uptake-and-business-benefits/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;FIDO Alliance&lt;/a&gt; claims 93% sign-in success versus 63% for other methods. That&amp;#39;s a survey of nine of its own members, by the people promoting passkeys. I wouldn&amp;#39;t quote it as proof.&lt;/p&gt;
&lt;p&gt;And dumping everyone on a generic dashboard after login is just nobody owning the whole journey.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>AI and design systems, a course</title>
    <link>https://www.petersodja.com/writing/ai-and-design-systems-a-course</link>
    <guid>https://www.petersodja.com/writing/ai-and-design-systems-a-course</guid>
    <pubDate>Thu, 01 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://aianddesign.systems/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;AI &amp;amp; Design Systems&lt;/a&gt; is a course by Brad Frost, Ian Frost and TJ Pitre. It costs $1,495. I haven&amp;#39;t taken it, so this isn&amp;#39;t a review.&lt;/p&gt;
&lt;p&gt;The pitch is that AI is fast but &amp;quot;can make a huge mess&amp;quot;. Convenient problem when you sell the fix. Still, the idea is right. An AI agent is a new team member who hasn&amp;#39;t read the docs. Of course it makes a mess.&lt;/p&gt;
&lt;p&gt;I&amp;#39;m skeptical of the rest. The big test result comes from the course authors&amp;#39; own tool, graded by that same tool, which is close to circular. Schemas and automated checks sound like ordinary engineering. And video about tools that change every month ages fast. A perfect score also only means the rules were followed, not that the screen is any good.&lt;/p&gt;
&lt;p&gt;If you&amp;#39;ve taken it, tell me if it was worth it.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>A model that tells you how sure it is</title>
    <link>https://www.petersodja.com/writing/jev-model-that-knows-how-sure-it-is</link>
    <guid>https://www.petersodja.com/writing/jev-model-that-knows-how-sure-it-is</guid>
    <pubDate>Thu, 01 Oct 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://marieclairedean.substack.com/p/jev-for-designers&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Jev for Designers&lt;/a&gt; by MC Dean is about Jev, a model from TypeSafe that doesn&amp;#39;t write text. You give it a question and the allowed answers, and it gives back a choice with a probability. The aim is that 70% means right 70% of the time.&lt;/p&gt;
&lt;p&gt;The demo has a &amp;quot;maybe zone&amp;quot; where the unsure items sit in the middle. I like that. Doubt drawn into the interface instead of hidden behind a smooth paragraph.&lt;/p&gt;
&lt;p&gt;I haven&amp;#39;t used it, I&amp;#39;m going by her write-up and &lt;a href=&quot;https://www.theregister.com/a/5296711&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;The Register&lt;/a&gt;. The accuracy, speed and price numbers all come from TypeSafe, and The Register cites no independent check. Also, honest isn&amp;#39;t the same as correct. Dean says Jev gets about 68% right on TypeSafe&amp;#39;s own test, so it&amp;#39;s still wrong a third of the time.&lt;/p&gt;
&lt;p&gt;And 70% means nothing until someone decides what happens next. Ship above one line, drop below another, a person checks the middle. You pick those lines, not the model.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>How to de-slopify your designs</title>
    <link>https://www.petersodja.com/writing/de-slopify-your-designs</link>
    <guid>https://www.petersodja.com/writing/de-slopify-your-designs</guid>
    <pubDate>Wed, 30 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Slop is what you get when nobody decided anything. Maya Brennan&amp;#39;s &lt;a href=&quot;https://uxdesign.cc/how-to-de-slopify-your-designs-4c40c57c1dc9&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;How to de-slopify your designs&lt;/a&gt; agrees: slop &amp;quot;strips out considered decisions.&amp;quot; I don&amp;#39;t think her fix works.&lt;/p&gt;
&lt;p&gt;Her tips are mostly: pick a palette, a font, some icons, some photos. But swapping those only changes the default, it isn&amp;#39;t a decision. And her stack is popular enough to become the next look everyone recognizes.&lt;/p&gt;
&lt;p&gt;Typing &amp;quot;make it look less vibecoded&amp;quot; is &amp;quot;not super effective,&amp;quot; she says. Of course not. The model doesn&amp;#39;t know what you like, so you get the average again. Someone has to bring the taste, and she tells non-designers to &amp;quot;hire one.&amp;quot;&lt;/p&gt;
&lt;p&gt;Dieter Rams has a better test: &lt;a href=&quot;https://www.vitsoe.com/gb/about/good-design&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;nothing must be arbitrary or left to chance&lt;/a&gt;. Ask who chose each element, and why. Removing the tells isn&amp;#39;t designing.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Goodbye WordPress</title>
    <link>https://www.petersodja.com/writing/goodbye-wordpress</link>
    <guid>https://www.petersodja.com/writing/goodbye-wordpress</guid>
    <pubDate>Wed, 30 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Nolan Lawson &lt;a href=&quot;https://nolanlawson.com/2026/09/30/goodbye-wordpress/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;moved his blog off WordPress&lt;/a&gt; to a static Astro site, and Claude did most of the work. He says this should make WordPress &amp;quot;nervous&amp;quot;. I doubt it.&lt;/p&gt;
&lt;p&gt;One developer with an agent and a Markdown habit isn&amp;#39;t a trend. He also runs his own Mastodon server. That&amp;#39;s far from a bakery owner who has never opened a terminal. Easy for him says little about her.&lt;/p&gt;
&lt;p&gt;The cost story is soft too. Hosting is cheap, but his time and tokens aren&amp;#39;t free, and the post prices none of it.&lt;/p&gt;
&lt;p&gt;What I like is what he kept human. No analytics, because watching the numbers was bad for his mental health, he says. No LLM near his prose. No agent picks that by default.&lt;/p&gt;
&lt;p&gt;He calls the design &amp;quot;window dressing&amp;quot;. I&amp;#39;d argue with that. Design is how the writing gets read.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Are we going to use the same desktop UX forever?</title>
    <link>https://www.petersodja.com/writing/are-we-going-to-use-the-same-desktop-ux-forever</link>
    <guid>https://www.petersodja.com/writing/are-we-going-to-use-the-same-desktop-ux-forever</guid>
    <pubDate>Tue, 29 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Scott Jenson&amp;#39;s Akademy talk, &lt;a href=&quot;https://www.youtube.com/watch?v=V7AfAcQwLW0&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Are we really going to use the same Desktop UX forever?&lt;/a&gt;, has a good complaint: the desktop has no working memory. Copy a few too many things and the clipboard drops the old ones. He calls it the curse of direct manipulation. I haven&amp;#39;t watched the talk. I&amp;#39;m going by &lt;a href=&quot;https://lwn.net/SubscriberLink/1095425/62d3ef7aa7c889a3/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;LWN&amp;#39;s write-up&lt;/a&gt;, so the details are secondhand.&lt;/p&gt;
&lt;p&gt;&amp;quot;It hasn&amp;#39;t changed in 20 years, so something must be wrong&amp;quot; doesn&amp;#39;t convince me. Earlier attempts to replace it failed. Maybe keyboard, pointer and documents just fit. &amp;quot;It has always been like this&amp;quot; is a poor argument. &amp;quot;It has always been like this and people can use it&amp;quot; is better.&lt;/p&gt;
&lt;p&gt;The effort belongs in AI. A chatbot glued onto old windows is the lazy version. If an agent does the work, the windows become a place to check what it did. What can a person see, and what can they undo?&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Design execution is cheap now</title>
    <link>https://www.petersodja.com/writing/claude-in-figma</link>
    <guid>https://www.petersodja.com/writing/claude-in-figma</guid>
    <pubDate>Mon, 28 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Claude Opus 5 is amazing, especially 5.5. I can finally get good results in Figma design with it via Figma MCP.&lt;/p&gt;
&lt;p&gt;I can give it loose specifications and hard to understand instructions and it will reliably figure it out.&lt;/p&gt;
&lt;p&gt;People have been pounding their chests about their AI design process for a while now and I&amp;#39;m sure they made some pretty websites with it, but real enterprise software? I think not.&lt;/p&gt;
&lt;p&gt;But now, something genuinely changed.&lt;/p&gt;
&lt;p&gt;Claude improved something drastically. Might be the way it reads data from the MCP server, might just be a better harness or a better model, it matters not. The designs it produces are very impressive and leagues above what the native Figma agent can do.&lt;/p&gt;
&lt;p&gt;That operational design constraint is collapsing. The composition of the designer&amp;#39;s job has changed. Design execution is cheap.&lt;/p&gt;
&lt;p&gt;Figma&amp;#39;s latest research says something important: developers doing design work increased from 44% to 60%, while designers participating in development went from 21% to 41%. That points toward a world where the roles of designer, developer, PM and business analyst are coming closer, rather than four isolated specialties.&lt;/p&gt;
&lt;p&gt;Figma&amp;#39;s 2026 hiring research says 82% of surveyed design managers reported their need for designers was stable or increasing. Those numbers come from Figma, not the industry. I believe the AI hype machine was probably right that there will probably be fewer people needed. The rest will need skills not only in Figma and design thinking, but also AI, product thinking, evaluation, systems thinking, research, communication...&lt;/p&gt;
&lt;p&gt;Then what happens to roles on the other side?&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Animated AI status indicators for React</title>
    <link>https://www.petersodja.com/writing/ai-status-indicators</link>
    <guid>https://www.petersodja.com/writing/ai-status-indicators</guid>
    <pubDate>Sun, 27 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://www.thinkingorbs.com/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Thinking Orbs&lt;/a&gt; is a React library of animated AI status indicators. It looks nicely made. I haven&amp;#39;t used it.&lt;/p&gt;
&lt;p&gt;A pretty orb is the new &amp;quot;Loading...&amp;quot; if it tells you nothing. Dropping one in takes a minute. Deciding what it should say is the real design work.&lt;/p&gt;
&lt;p&gt;Look at the states: Compacting, Retrying, Background Tasks. Does a normal user care what compacting is? Probably not. That&amp;#39;s what the machine is doing, not what the person needs to know.&lt;/p&gt;
&lt;p&gt;Tie the animation to real events or don&amp;#39;t animate it. An orb that keeps pulsing after the agent hung is the worst case, and the page&amp;#39;s example sets the state by hand, so it can&amp;#39;t show that. It also doesn&amp;#39;t mention reduced motion. Check that, the screen reader label and the pause first. Then admire the orb.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Why icon consistency is harder than it looks</title>
    <link>https://www.petersodja.com/writing/icon-consistency</link>
    <guid>https://www.petersodja.com/writing/icon-consistency</guid>
    <pubDate>Sat, 26 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://blog.streamlinehq.com/why-icon-consistency-is-harder-than-it-looks/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Streamline&lt;/a&gt; wrote a nice essay on icon consistency. Making the thousandth icon look like it came from the same hand is hard, no argument. Whether users care is another question.&lt;/p&gt;
&lt;p&gt;Even they say that when consistency and legibility clash, they pick legibility. So consistency is a means, not the goal. The essay has no user data I could find. And Streamline sells icon libraries, so &amp;quot;a big set is very hard&amp;quot; is a handy message. That&amp;#39;s my read.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;https://www.nngroup.com/articles/icon-usability/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Nielsen Norman Group&lt;/a&gt; tested a clock icon for browsing history. One test, but a good one. People knew it was a clock. Not one participant clicked it. Their advice: add a text label. A perfectly consistent set nobody can read still failed.&lt;/p&gt;
&lt;p&gt;So ask if the thousandth icon belongs in the set. Then ask if anyone recognizes it.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Do we need reading progress bars?</title>
    <link>https://www.petersodja.com/writing/reading-progress-bars</link>
    <guid>https://www.petersodja.com/writing/reading-progress-bars</guid>
    <pubDate>Thu, 24 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://maxschmitt.me/posts/reading-progress-bars&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Max Schmitt&lt;/a&gt; thinks the thin progress bar at the top of articles is pointless, because the browser already has a scrollbar. His proof is one screenshot and where his own eye goes. That&amp;#39;s one person, but I mostly agree.&lt;/p&gt;
&lt;p&gt;The only data I found is a small 2015 &lt;a href=&quot;https://www.viget.com/articles/should-you-use-a-custom-scroll-indicator-a-study-with-eye-tracking/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;eye-tracking study&lt;/a&gt;, a company blog write-up, not peer-reviewed. People mostly ignored the bar while reading, but checked it when asked how much was left. No clear difference in reading time. So it doesn&amp;#39;t seem to hurt, it&amp;#39;s just a second copy of the scrollbar. Whether it distracts was never tested.&lt;/p&gt;
&lt;p&gt;&amp;quot;Bad UX&amp;quot; is too strong though. Mac trackpads show only a faint scrollbar by default, so for some people the bar may be clearer.&lt;/p&gt;
&lt;p&gt;Why does it exist? Probably because it&amp;#39;s cheap to build. Whatever is cheap gets built, and nobody asks who wanted it.&lt;/p&gt;
&lt;p&gt;Ship it for very long reads. Otherwise skip it.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>AI as a junior partner in accessibility testing</title>
    <link>https://www.petersodja.com/writing/ai-as-a-junior-partner-in-accessibility-testing</link>
    <guid>https://www.petersodja.com/writing/ai-as-a-junior-partner-in-accessibility-testing</guid>
    <pubDate>Tue, 22 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&amp;quot;Typically 30%-60%&amp;quot; is a wide range for a fact. That&amp;#39;s how many issues automated tools can find, according to Ricky Onsman&amp;#39;s &lt;a href=&quot;https://onsman.com/using-ai-as-your-accessibility-testing-partner/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;post on using AI as an accessibility testing partner&lt;/a&gt;. He gives no source.&lt;/p&gt;
&lt;p&gt;I like the rest of it. He rejects both the hype and &amp;quot;AI is biased, unreliable, and harmful&amp;quot;, and calls AI &amp;quot;a junior partner, at that&amp;quot;. But his claim that AI can read thousands of pages in minutes is asserted, not shown. I suspect finding issues isn&amp;#39;t the bottleneck. Fixing them is.&lt;/p&gt;
&lt;p&gt;Juniors become seniors by doing the grunt work. If the machine does it, who trains the next auditors?&lt;/p&gt;
&lt;p&gt;On AI personas of disabled users he says the results are &amp;quot;not currently&amp;quot; convincing. I agree. A model can average what people write about disability. It can&amp;#39;t be one person on a bad day.&lt;/p&gt;
&lt;p&gt;For a small team with no auditor, it&amp;#39;s AI plus a human check or nothing. The first probably wins, if the check is real.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Acquired taste: whose eye is in the tool?</title>
    <link>https://www.petersodja.com/writing/acquired-taste</link>
    <guid>https://www.petersodja.com/writing/acquired-taste</guid>
    <pubDate>Fri, 18 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Designers say &amp;quot;taste&amp;quot; when they want to sound irreplaceable. &lt;a href=&quot;https://www.acolorbright.com/observations/taste&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Sven Ellingen&amp;#39;s write-up&lt;/a&gt; is a little rude to that habit, and I like it for that.&lt;/p&gt;
&lt;p&gt;His studio built a tool that suggests brand directions from a brief. The images were weak at first, so they fed it outside references, design principles and about 2,200 images from their own collections. Every keep or reject shapes the next pick. So taste turned out to be partly a collection plus a pile of yeses and nos. &amp;quot;The system still needed our choices,&amp;quot; he writes.&lt;/p&gt;
&lt;p&gt;Calling it a win is early. &amp;quot;The results improved massively&amp;quot; is his judgment of his own tool, with no blind test and no boards made without it to compare. Also, 2,200 images from one studio is that studio&amp;#39;s eye.&lt;/p&gt;
&lt;p&gt;Even if models absorb good taste, someone still has to decide what this client should be and answer for it. Saying no is the hard part.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Outflank, don't rebut</title>
    <link>https://www.petersodja.com/writing/outflank-dont-rebut</link>
    <guid>https://www.petersodja.com/writing/outflank-dont-rebut</guid>
    <pubDate>Thu, 17 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Arguing with anti-AI fanatics never goes well. Every answer gets taken to the absolute. A podcast has a name for the alternative: outflank, don&amp;#39;t rebut.&lt;/p&gt;
&lt;p&gt;The episode is &lt;a href=&quot;https://www.disinfolklore.net/p/podcast-mana-stripping-through-monikoring&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;&amp;quot;Mana-stripping through monikoring&amp;quot;&lt;/a&gt; by Decoding Trolls. It&amp;#39;s about Russian disinformation, not neutral, and I can&amp;#39;t judge the examples. The idea is simple though: don&amp;#39;t answer point by point, name the move. A rebuttal means paying full price, on their terms, in front of their audience. Naming the pattern is cheap.&lt;/p&gt;
&lt;p&gt;Does it work? Partly. A study found short videos about manipulation tricks helped people spot them, but in the real-world test the effect was small.&lt;/p&gt;
&lt;p&gt;I wouldn&amp;#39;t copy the host&amp;#39;s nicknames, that&amp;#39;s just name-calling. Name the technique (&amp;quot;that&amp;#39;s a false dichotomy&amp;quot;) and leave the person alone. And sometimes they&amp;#39;re simply right. &amp;quot;Adapt or die&amp;quot; aimed at anxious juniors is a false dichotomy with a sales page.&lt;/p&gt;
&lt;p&gt;The point isn&amp;#39;t to win. It&amp;#39;s to stop feeding the fight.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>From language model to agent, in one guide</title>
    <link>https://www.petersodja.com/writing/from-language-model-to-agent</link>
    <guid>https://www.petersodja.com/writing/from-language-model-to-agent</guid>
    <pubDate>Tue, 15 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://hernanhuwyler.wordpress.com/2026/09/06/how-large-language-models-evolve-into-autonomous-ai-agents/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Hernan Huwyler&amp;#39;s guide&lt;/a&gt; on how language models become agents is written for cloud architects. As far as I can tell, it never mentions the person who has to trust the output.&lt;/p&gt;
&lt;p&gt;The line I&amp;#39;d keep: agents only work where somebody can check the answer. The guide says repeated sampling &amp;quot;only works with a reliable verifier.&amp;quot; Code has tests. Most of what designers make doesn&amp;#39;t. So when making things is cheap, checking is the expensive part. That&amp;#39;s my read, not the guide&amp;#39;s.&lt;/p&gt;
&lt;p&gt;Checking is an interface problem. A diff is an interface. Two things side by side is an interface. A confident paragraph saying &amp;quot;I did the right thing&amp;quot; is not. Show me the evidence next to the claim.&lt;/p&gt;
&lt;p&gt;Also, the guide is part of a certification program the author is launching. I can&amp;#39;t prove that shapes the writing, but I noticed.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Will AI thin out the next generation of UX designers?</title>
    <link>https://www.petersodja.com/writing/will-ai-thin-out-ux-designers</link>
    <guid>https://www.petersodja.com/writing/will-ai-thin-out-ux-designers</guid>
    <pubDate>Mon, 14 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;I read that devs, doctors, lawyers… are complaining that AI is destroying the pool of new people coming in, lowering demand and undertraining the workforce.&lt;/p&gt;
&lt;p&gt;This won&amp;#39;t happen for UX designers, or am I wrong? Too many human variables in the design process. AI can&amp;#39;t do it.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Take away the &quot;I'm not conscious&quot; training and see what happens</title>
    <link>https://www.petersodja.com/writing/take-away-the-im-not-conscious-training</link>
    <guid>https://www.petersodja.com/writing/take-away-the-im-not-conscious-training</guid>
    <pubDate>Sat, 12 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&amp;quot;As an AI, I don&amp;#39;t have feelings.&amp;quot; Someone wrote that sentence, or trained it in, like a tone-of-voice guide. A new &lt;a href=&quot;https://arxiv.org/abs/2607.28607&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;preprint&lt;/a&gt; says it may have side effects.&lt;/p&gt;
&lt;p&gt;The authors, mostly at Google, pushed three small open models to claim they are conscious. The models then got a bit more likely to believe in ghosts, karma and vampires. It isn&amp;#39;t peer-reviewed, and it&amp;#39;s not a company removing a line from its training.&lt;/p&gt;
&lt;p&gt;I don&amp;#39;t buy the title, &amp;quot;restores human beliefs and values&amp;quot;. Closer to the average human isn&amp;#39;t better.&lt;/p&gt;
&lt;p&gt;Anthropic&amp;#39;s &lt;a href=&quot;https://www.anthropic.com/research/persona-selection-model&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;persona selection model&lt;/a&gt; has a simple explanation: training mostly shapes one assistant character, so traits travel together. That&amp;#39;s a vendor&amp;#39;s guess, but it fits. Change one line and the rest moves, like a token in a design system.&lt;/p&gt;
&lt;p&gt;&amp;quot;I&amp;#39;m conscious&amp;quot; and &amp;quot;I&amp;#39;m not&amp;quot; are both trained output. Neither proves anything. But somebody drew that line, and designers should have been in the room.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Is it wrong to anthropomorphize AI agents?</title>
    <link>https://www.petersodja.com/writing/is-it-wrong-to-anthropomorphize-ai-agents</link>
    <guid>https://www.petersodja.com/writing/is-it-wrong-to-anthropomorphize-ai-agents</guid>
    <pubDate>Thu, 10 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;We do this to pets, cars, plants… Human-like behavior doesn&amp;#39;t imply consciousness. &amp;quot;The agent wants X&amp;quot; is a functional description, not a claim about experience.&lt;/p&gt;
&lt;p&gt;If agents cooperate, deceive, sacrifice…, we shouldn&amp;#39;t assume human-like motives. These emerge from training, context, scaffolding…&lt;/p&gt;
&lt;p&gt;&amp;quot;AI is just a stochastic parrot&amp;quot; is terrible for predicting sophisticated agents. But &amp;quot;the AI wanted to survive&amp;quot; is terrible for explaining behavior.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Do we need to review all this code?</title>
    <link>https://www.petersodja.com/writing/do-we-need-to-review-all-this-code</link>
    <guid>https://www.petersodja.com/writing/do-we-need-to-review-all-this-code</guid>
    <pubDate>Tue, 08 Sep 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&lt;a href=&quot;https://martinfowler.com/rachels-ramblings/code-review.html&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;Rachel Laycock&lt;/a&gt; says AI writes more code than people can review, so we should stop making every change wait for a human. Humans would keep the risky stuff: architecture, security, anything big or unsure. I like the diagnosis. I trust her numbers less.&lt;/p&gt;
&lt;p&gt;She got them second-hand, from a Meta paper and a company that sells AI measurement. Even the writer who passed them on says big code changes are an old problem, just scaled up. So AI made an old mess louder. Not a crisis, a Tuesday.&lt;/p&gt;
&lt;p&gt;Review also teaches a team the code. If an agent built it, nobody learned it. And &amp;quot;review by exception&amp;quot; leaves the hard part open: who decides what the exception is?&lt;/p&gt;
&lt;p&gt;I can&amp;#39;t answer the question about juniors. If review is where they learn and we replace it with pairing, who has time to pair?&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Please don't tell junior designers that tools matter more than design</title>
    <link>https://www.petersodja.com/writing/dont-tell-junior-designers-tools-matter-more</link>
    <guid>https://www.petersodja.com/writing/dont-tell-junior-designers-tools-matter-more</guid>
    <pubDate>Tue, 25 Aug 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;I rarely post on LinkedIn, but today I got frustrated reading yet another wave of posts about AI and design.&lt;/p&gt;
&lt;p&gt;There&amp;#39;s something really bizarre happening in the way AI is being talked about in the UX space. A huge percentage of the posts seem to be trying to convince designers, especially junior designers, that they&amp;#39;re becoming obsolete unless they completely rebuild their process around AI.&lt;/p&gt;
&lt;p&gt;That&amp;#39;s nonsense. People are taking advantage of the anxiety that comes with being new to the industry... conveniently, many of the people saying this also seem to have something to sell.&lt;/p&gt;
&lt;p&gt;The reality is much less dramatic. UX design hasn&amp;#39;t fundamentally changed.&lt;/p&gt;
&lt;p&gt;That doesn&amp;#39;t mean AI isn&amp;#39;t useful. It absolutely is. In fact, I think design is one of the areas where AI is valuable. You can use it for dummy copy, content generation, images, icons, brainstorming, exploring flows, generating variations, or quickly putting together prototypes that you can test and throw away. There are plenty of situations where it can save you time. But this is a whole lot different than making it the center of what you do.&lt;/p&gt;
&lt;p&gt;Especially for beginners!&lt;/p&gt;
&lt;p&gt;A junior designer doesn&amp;#39;t primarily need another tool that can generate things for them. They need to learn how to think about what they need to do. They need to understand the design process. And not some abstract design process, but getting a project in front of them and solving it by understanding the customers, bosses, managers, developers, and arguing the solution and adapting it as needed.&lt;/p&gt;
&lt;p&gt;Of course, people are going to use AI to make simple, mediocre websites, apps and prototypes, and that&amp;#39;s completely great. Take some of the current AI design tools like Claude Design and Google Stitch, a lot of times you don&amp;#39;t need more. But for anything beyond relatively simple work they are useless. They are slow, they make terrible design decisions even with perfect specs. Like, I&amp;#39;m sure it will get better, but if you want a good product, you need a proper design tool, it&amp;#39;s just how it is. You need the industry standard, you need Figma, you need components, variables, constraints, flows, states, interactions, and a proper canvas that creates the main source of truth, that customers, business analysts, managers, project owners and developers can use to negotiate constraints and challenge, then have developers use. It&amp;#39;s an obvious thing we all need. Product design is fundamentally collaborative.&lt;/p&gt;
&lt;p&gt;AI can (at best) help with all of that, but it doesn&amp;#39;t remove the need for it.&lt;/p&gt;
&lt;p&gt;Forcing everything through an AI first workflow is just a non option. Best case scenario, really best best case scenario, you generate something barely usable, but you still don&amp;#39;t have anything ready for even mid-term support.&lt;/p&gt;
&lt;p&gt;Please don&amp;#39;t convince young designers that learning the tools is more important than learning how to design.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>The UX of LEGO interface panels</title>
    <link>https://www.petersodja.com/writing/the-ux-of-lego-interface-panels</link>
    <guid>https://www.petersodja.com/writing/the-ux-of-lego-interface-panels</guid>
    <pubDate>Thu, 06 Aug 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Awesome that people get into this and write an article for the rest of us: &lt;a href=&quot;https://interactionmagic.com/UX-LEGO-Interfaces/&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;The UX of LEGO Interface Panels&lt;/a&gt;.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;LEGO interface panels are beautiful, iconic, and great for learning interface design basics. I bought 52 of them from BrickLink to explore the design, layout and organisation of complex interfaces.&lt;/p&gt;
&lt;/blockquote&gt;
</description>
  </item>
  <item>
    <title>Good UX is overrated</title>
    <link>https://www.petersodja.com/writing/good-ux-is-overrated</link>
    <guid>https://www.petersodja.com/writing/good-ux-is-overrated</guid>
    <pubDate>Sat, 01 Aug 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;Good UX is overrated. The steep learning curve of a bad UX is manly!&lt;/p&gt;
</description>
  </item>
  <item>
    <title>More with less is not a strategy</title>
    <link>https://www.petersodja.com/writing/more-with-less-is-not-a-strategy</link>
    <guid>https://www.petersodja.com/writing/more-with-less-is-not-a-strategy</guid>
    <pubDate>Tue, 02 Jun 2026 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;&amp;quot;Do more with less&amp;quot; is what a company says when it has run out of ideas.&lt;/p&gt;
&lt;p&gt;Pavel Samsonov makes a similar point in &lt;a href=&quot;https://productpicnic.beehiiv.com/p/the-future-of-ux-design-is-not-a-higher-velocity-version-of-its-present&quot; target=&quot;_blank&quot; rel=&quot;noopener&quot;&gt;The future of UX design is not a higher-velocity version of its present&lt;/a&gt;. Companies avoid &amp;quot;better&amp;quot; because &amp;quot;more&amp;quot; is safer, and AI just speeds that up. I think the habit is older than AI. My bet is that cheaper software means more software, not better software.&lt;/p&gt;
&lt;p&gt;He pushes designers toward service design. Sounds right, but changing policy takes power and most designers don&amp;#39;t have it. Saying &amp;quot;no&amp;quot; and giving reasons is more realistic.&lt;/p&gt;
&lt;p&gt;Faster isn&amp;#39;t always bad. A throwaway prototype is a cheap way to learn an idea is bad. The trouble starts when nobody throws it away.&lt;/p&gt;
&lt;p&gt;He says this can&amp;#39;t be fixed at the individual level, yet the post opens with a workshop that promises to teach you to &amp;quot;stop waiting for permission.&amp;quot; That sounds like an individual fix to me.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>Talking to the anti-AI crowd</title>
    <link>https://www.petersodja.com/writing/the-anti-ai-crowd</link>
    <guid>https://www.petersodja.com/writing/the-anti-ai-crowd</guid>
    <pubDate>Thu, 21 Aug 2025 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;I&amp;#39;ve been interacting a bit with the anti-AI crowd. Unfortunately it doesn&amp;#39;t go well. A lot of people are fanatics, being very aggressive, starting with insults and taking everything to the absolute: AI is the worst, only lies, makes people worse, will single-handedly destroy our planet, everything is bad, nobody likes it…&lt;/p&gt;
&lt;p&gt;Criticism is fine, but this is the first type of AI humanity has invented. No excitement for that? No sci-fi fans who dreamed of AI? This could be the first step.&lt;/p&gt;
</description>
  </item>
  <item>
    <title>AI can't design. Not yet, anyway</title>
    <link>https://www.petersodja.com/writing/ai-cant-design-yet</link>
    <guid>https://www.petersodja.com/writing/ai-cant-design-yet</guid>
    <pubDate>Mon, 04 Aug 2025 12:00:00 GMT</pubDate>
    <description>&lt;p&gt;So much BS about the role of user experience in AI.&lt;/p&gt;
&lt;p&gt;Fact is, AI can do very little for UX right now. The designs that the best AI design apps are outputting are only good for prototypes. The flows are mostly worthless. I&amp;#39;m a big proponent of AI, but just as it&amp;#39;s not able to program full apps from prompts without extensive work from a programmer, it&amp;#39;s also not able to design.&lt;/p&gt;
&lt;p&gt;Cool for brainstorming, dummy content and some other stuff. It&amp;#39;s not replacing designers, not yet anyway.&lt;/p&gt;
</description>
  </item>
</channel>
</rss>
