Jakob 🪵

My dear front-end developers (and anyone who’s interested in the future of interfaces): I have crawled through depths of hell to bring you, for the foreseeable years, one of the more important foundational pieces of UI engineering (if not in implementation then certainly at least in concept): Fast, accurate and comprehensive userland text measurement algorithm in pure TypeScript, usable for laying out entire web pages without CSS, bypassing DOM measurements and reflow

Prototyping UIs has always been a good fit for vibe coding, because code quality matters less than when shipping to prod. But with the latest models, things have gotten kinda ridiculous… Opus 4.6 Fast can ask me 50 interview questions about a spec in rapid succession. That process reaches such clarity that it can then one-shot a big feature roughly aligned with the vision in my head, at an adequate quality level to feel out the concept and share the idea. Further iterations happen in seconds. Sometimes the integration tests for thousands of LOC pass on the first try which makes me chuckle—that’s not human level performance! In the past few days I’ve made two prototypes in a large codebase at work. Each one took a few hours from the initial seed of the idea to working demo, in total flow the entire time. I predict they would have taken days without AI (partially due to my unfamiliarity with the large codebase). In fact, without AI I would have chosen a different medium at this early stage. With modern tools, I find prototyping in prod code is often the fastest way for me to feel something out. Surprisingly the upfront interview is one of the most valuable parts — it feels amazing to have design decisions and judgment pulled out of me, without needing to stumble into the questions as I build; it feels like having a super sharp dev at the project kickoff. The faster model also promotes single-tasking focus which I love. For creative prototyping work (where figuring out what to build is the goal), I’m not a big fan of slow models and parallel multitasking; flow matters. Overall, production engineering has a ways to go with LLMs, but it feels like this problem of “UI prototyping assistance” is close to solved. The main bottleneck is my own decision making and judgment. While my main feeling is one of tremendous excitement and relief that I can validate the ideas in my head so quickly now, I do always worry a bit about the unintended consequences of such dramatic process change. Prototyping is a delicate art of working with a material and having reactions to it. There are no shortcuts; spending time is necessary to have good ideas. So I’m trying to keep an eye on that: what are the moments in my personal prototyping process that matter and must be preserved, and what are the parts that can be fast-forwarded? Tentatively things feel OK to me—using the draft UI and reacting to it is where the magic happens, I think, and the faster I can iterate on that UI the faster I can build intuition, without getting stuck in the mud of broken code. But it’s hard to know for sure, and as things speed up further I expect I may need to add more speed bumps to the process to ensure the same level of depth.

I'm working on building the best movie and show tracker out there. Period. You won't want anything else once you try Binge Buddy.