Advertisement · 728 × 90

Posts by Marek Honzal

Preview
25 Minutes to Change a Button Color | Marek Honzal Migrating 15 React apps from Webpack to Rspack, and what I learned shipping the microfrontend architecture I disagreed with.

25 minutes to change a button color.

one css property. six steps across multiple repos. webpack, craco, gulp - configs nobody dared touch.

migrated 15 react apps to #rspack. shipped #microfrontend i argued against. wrote about what worked, what didn't, and the trade-offs

#modulefederation

1 month ago 0 0 0 0

4/ Curious: do you have a playbook like this in your team/company? And do you feed it to your AI tools?

4 months ago 0 0 0 0

3/ Also: we migrated from one giant Markdown file → Astro Starlight docs + added llms.txt + llms-full.txt so AI tools can consume it cleanly.

4 months ago 0 0 0 0

2/ Why open source it:

- we work in hybrid teams → one public URL is just easier to share
- in the era of agentic coding, it’s a cheat code: give your agents the playbook as context

4 months ago 1 0 0 0

1/ What changed for us:

- faster onboarding (expectations are explicit)
- fewer “opinion vs opinion” review threads
- consistent foundation (we also have an internal starter template around it)

4 months ago 0 0 0 0
Applifting Frontend Playbook Opinionated guidelines for frontend projects at Applifting — from React patterns and TypeScript tips to data fetching, routing, and workflow.

We open-sourced our internal Frontend Playbook 💅
A year of "how we build FE at Applifting": code style, libs, patterns.
Now switching projects feels like home + reviews have fewer opinion wars.
applifting.github.io/frontend-pla...

#frontend #typescript #react #DX

4 months ago 0 0 4 1

I've been thinking about going the other direction: creating an ESLint preset that enforces immutable patterns instead. Might be a nice lightweight alternative, but I haven't built it yet - for now, we just encourage these patterns in our internal style guide.

4 months ago 1 0 1 0

This is super cool! I honestly never thought about overriding the built-ins like that. It’s a powerful approach, though it might feel a bit "too much" for some teams, and polishing the last missing bits for seamless production use might be tricky. Still, love the idea.

4 months ago 0 0 1 0
Preview
Nuxt Image Loves TypeScript, Node 24 Goes LTS, and a Satisfying Use of satisfies | News | Ep 43 | TypeScript.fm - The Friendly Show for TypeScript Developers | Episode 43 News for the week of November 3, 2025: Node 24 promoted to LTS, Nuxt Image V2 is full of TS goodies, and Anders is humbled by TypeScript's rise. From the community: TypeScript is not a substitute for...

Today on the pod, Node 24 goes LTS, Nuxt Image V2 brings TS goodies, and Anders shares insights on TypeScript's AI era rise. Plus community takes on engineering practices!

share.transistor.fm/s/b87c759b

#typescript

5 months ago 6 6 2 0
Advertisement

Thanks for the shout-out! Really appreciate it.

5 months ago 2 0 1 0

Yeah, using string literals as types is pretty powerful

5 months ago 1 0 0 0
Preview
Immutable by Default: Practical TypeScript Patterns | Marek Honzal Learn how to apply immutability by default in TypeScript. From as const to value tables, get safer code, cleaner APIs, and easier refactors.

New blog post: Immutable by Default in TypeScript 🧊
Practical patterns (as const, readonly, satisfies) for safer, cleaner code.
marekhonzal.com/blog/immutab...

#TypeScript #Immutability #CleanCode #WebDev

5 months ago 8 0 1 0

TypeScript narrows types at compile time - but runtime checks? You’re on your own.

That’s why I made Narrowland - a tiny lib for type guards, invariants & assertions.

→ npmjs.com/package/narrowland

6 months ago 1 0 0 0