Latest / The Feed & The Thread / The Feed & The Thread - October 19, 2026
Transcript
- 0:00Designers are treating code as their primary material, not just
- 0:03static images. Wait, so we're building like architects?
- 0:06Exactly, and that's where the real craft lives in the shipped
- 0:09product.
- 0:14Welcome to The Feed and The Thread, brought to you by
- 0:16Chicago Camps. The Feed & The Thread is available online at
- 0:19feed and thread dot com to submit your feeds, or download
- 0:21our app for all the feeds and threads delivered right to your
- 0:24pocket.
- 0:32The boundary between designing and building is dissolving, and
- 0:35with it, the assumption that our job ends at handoff. Nil
- 0:38Thyrion at UX Design.cc lays out this shift in "Beyond the
- 0:41Canvas", arguing that as code generation becomes easier,
- 0:44design is becoming the primary differentiator. This is about
- 0:48ownership. New Figma capabilities allow AI agents to
- 0:50act as genuine collaborators with shared context, moving
- 0:53beyond transactional prompt-and- response interactions. The role
- 0:57of the design engineer is expanding to include
- 0:59accountability for the actual user experience. Jeff Gothelf
- 1:03at his own blog challenges the idea that project management has
- 1:06vanished in "How to determine how much project management work
- 1:09a product manager should handle". Instead, the work has
- 1:12migrated. Product managers are now the default owners of dates,
- 1:16dependencies, and status updates, often alongside design.
- 1:19This analysis reveals that while dedicated Project Managers may
- 1:22be absent from core product teams, the coordination work
- 1:25remains, just redistributed. The uncomfortable truth is that
- 1:28product managers are absorbing a burden they were never
- 1:31explicitly hired to handle. Jon Sabutis at UX Design.cc argues
- 1:35in "Design in the material you ship" that digital designers
- 1:38should treat code as their primary material, similar to how
- 1:41an architect understands stone. He cites Ayn Rand to illustrate
- 1:45that purpose, site, and material determine shape, suggesting
- 1:48responsive layouts belong to the browser. Design files often fail
- 1:51to capture real-world states like loading errors or keyboard
- 1:54navigation, leading to drift between design and
- 1:57implementation. If we don't engage with the code, we're
- 2:00designing a ghost, not a product. Other reads today from
- 2:03UX Design.cc on AI setting us free and designing personalities
- 2:06rather than interfaces.
- 2:15Today's discussions circle a single friction point: the gap
- 2:18between what we design, what we build, and what the user
- 2:21actually feels. Over on r/hci, a practitioner is arguing
- 2:24that the Slow Technology framework lives or dies in its
- 2:27details. They point to the slow doorbell as the perfect example
- 2:30of reflective slowness, which is a chosen engagement, rather than
- 2:34annoying slowness, which is just bad design. This distinction
- 2:37matters because it shifts the goal from eliminating delay to
- 2:40curating attention, and that's a different kind of design work
- 2:43entirely. In r/UI_Design, a junior designer is asking how to
- 2:46replace generic, AI-looking buttons with something that
- 2:49feels intentional. The frustration here's real, as the
- 2:52homogenized aesthetic of auto- generated interfaces is becoming
- 2:55a default that designers are now having to actively fight
- 2:58against. It's a sign that visual consistency is no longer just
- 3:02about brand guidelines, but about asserting human agency in
- 3:05the craft. Over on r/DesignSystems, a senior AEM
- 3:07practitioner is pointing out that Figma components often fail
- 3:11to reflect what content authors can actually configure in
- 3:14production. They propose a component contract that
- 3:16documents real constraints and approved variants, flagging any
- 3:19discrepancies between the design file and the live system. This
- 3:23is a direct challenge to the handoff model, suggesting that
- 3:26design tools must speak the same language as the CMS to avoid
- 3:29wasted effort. In r/UI_Design, a developer is
- 3:32experimenting with replacing static loading text with a
- 3:34dynamic light effect around the chat input. They're trying to
- 3:38make the wait for local AI models feel less like a dead
- 3:41zone and more like a process in motion. It's a small
- 3:43interaction, but it highlights how we're starting to design for
- 3:47the patience of the user, not just the speed of the machine.
- 3:50Today's threads all point to the same place: the work doesn't end
- 3:53when the file is exported, it continues in the details of how
- 3:56the system behaves, how it feels, and how it respects the
- 3:59user's time.
- 4:07The Feed and The Thread is brought to you by Chicago Camps.
- 4:10For a weekly and monthly exploration of the patterns and
- 4:13signals across UX, you can also check out Patterns and Signals
- 4:16at the website patterns and signals dot com. Chicago Camps
- 4:19will have more events in 2027. You can submit to be a speaker
- 4:22at a future event at Chicago Camps dot org.
- 4:31There's a specific line in Jon Sabutis' piece that really stuck
- 4:34with me, where he says that if we don't engage with the code,
- 4:37we're designing a ghost. And that's not just a metaphor. It's
- 4:40a diagnosis of why the gap between our Figma files and the
- 4:43live product feels so wide right now. I hear that, and I get the
- 4:46frustration. But I'd push back on the idea that this is just
- 4:49about designers learning to code. The friction I see in the
- 4:51community is that our components are lying. We have a senior
- 4:54practitioner on r/DesignSystems pointing out that Figma
- 4:57components often don't reflect what content authors can
- 4:59actually configure in production. We're designing for
- 5:02a static state that doesn't exist in the dynamic reality of
- 5:05the CMS. That's a critical distinction. Sabutis argues that
- 5:07design files fail to capture real-world states like loading
- 5:10errors or keyboard navigation. So when we say we're designing a
- 5:13ghost, it's because we're ignoring the behavior. The
- 5:16material is the logic that determines whether a button is
- 5:18enabled or disabled based on user data. If you don't
- 5:21understand that logic, you're not designing the product.
- 5:23You're just decorating a placeholder. And that's where
- 5:26the AI angle gets tricky. We see juniors on r/UI_Design
- 5:29struggling to make buttons feel intentional, fighting against
- 5:31that homogenized aesthetic. But if the underlying component
- 5:34contract doesn't define the constraints, no amount of visual
- 5:37tweaking fixes the drift. We need to stop treating the
- 5:40handoff as the finish line. The work continues in how the system
- 5:43behaves. Exactly. The boundary is dissolving, and with it, the
- 5:46assumption that our job ends at export. Sabutis cites Ayn Rand
- 5:48to say purpose, site, and material determine shape. So if
- 5:51the material is code, then the shape of the interface has to be
- 5:54derived from the capabilities of the code. Not the other way
- 5:57around. I like that reframing. It moves the discussion from
- 6:00"designers should learn JavaScript" to "designers need
- 6:02to understand the constraints of the system they're building in."
- 6:05It's about literacy. And that's a skill we can actually build.
- 6:08So the takeaway is that the definition of "ready for
- 6:11development" has to change. We can't hand off a static image
- 6:13and call it done. Right. The standard for a finished design
- 6:16has to include the behavior. If it doesn't account for the
- 6:19loading state, the error state, and the real-world data, it's
- 6:22incomplete. That's the new baseline.
- 6:26That's The Feed and The Thread for today. We'll catch you next
- 6:29time!