Local-first web app cover
Local-first apps feel like the web growing up
A few thoughts on why offline-friendly, user-owned, sync-aware interfaces keep feeling more relevant.
Published on
Node.js runtime habits cover
Node 24 LTS and the runtime habits front-end developers need
Even when your main job is UI, the Node version under your project shapes builds, tooling, and deployment confidence.
Published on
WordPress block editor cover
WordPress blocks are still client work
Modern WordPress is not just installing plugins. Good block editing is product design for the people maintaining the site.
Published on
Testing user behavior cover
Testing what users can break
Front-end tests are most valuable when they protect behavior instead of implementation details.
Published on
TypeScript clearer code cover
TypeScript 5.9 and the slow craft of clearer code
TypeScript keeps improving, but the real benefit still comes from writing types that explain intent.
Published on
Front-end performance budget cover
Performance budgets that survive real projects
A performance budget only helps if it is small enough, visible enough, and connected to product decisions.
Published on
Keyboard flow accessibility cover
Keyboard flow is front-end quality
Accessibility is not a checklist at the end. The keyboard path tells you whether the interface actually makes sense.
Published on
WordPress practical choice cover
WordPress is still a practical choice
Modern front-end developers should not dismiss WordPress when the content workflow is the real product requirement.
Published on
Vite tooling cover
Vite 7 and the value of quiet tooling
Fast local development is not only about speed. It is about staying in the problem long enough to solve it well.
Published on
Page 2 of 3