Dynamic Page Builder
role
Frontend Engineer
year
2024
type
Work Project
overview
A content team needed more flexibility in how they published stories. The existing CMS forced every article — regardless of format — into the same rigid template. Photo essays and breaking news posts looked identical. Anything outside the template meant filing a request and waiting on a developer.
the problem
The CMS wasn't flexible enough. Every article, whatever its story, got forced into the same rigid template. A photo essay and a breaking news post looked identical. Anything outside that template meant filing a request and waiting on a developer — which created a bottleneck that slowed the whole content operation down.
the solution
I was one of three frontend engineers on this, alongside a full-stack and a backend developer — each of us owning a slice of a shared component library that editors could mix and match to build their own layouts. My pieces were a photo and video carousel, a four-item media grid, and a scroll-triggered typewriter effect that types text in as the reader scrolls to it, plus a handful of simpler primitives like buttons. Every component followed the same prop/emit contract, so from an editor's side, blocks built by three different developers behaved like one consistent system.
outcomes & impact
Editors can now build custom layouts without filing a developer ticket
Content creation time reduced by ~50%
15+ reusable components shipped, covering all major content patterns
Dev tickets required for a new layout: zero
tech stack