Maksym Kuzmitskyi
Frontend · React · TypeScript
I build software around complex interfaces, state and data. React and TypeScript are my main tools. My work also includes backend integration, testing and the architectural decisions that help an application stay understandable as it grows.
Kraków, Poland
Four selected projects showing different sides of my work: frontend architecture, shared UI, service integration and product development.
Procter & Gamble · via Luxoft / DXC
Frontend Architect / Tech Lead
I authored the frontend low-level design and helped deliver an internal promotion-planning application with linked spreadsheet editing, business-rule validation and a draggable campaign timeline.
React · TypeScript · Redux · REST APIs
Read case study: Procter & Gamble · via Luxoft / DXCHonda Canada · via Assembly Canada
Tech Lead Full Stack Developer
I reworked shared React components for brand-specific layouts, improved local state isolation and worked extensively with Cypress and Cucumber in a test-first workflow.
React · JavaScript / TypeScript · Node.js · Sitecore · Cypress · Cucumber
Read case study: Honda Canada · via Assembly CanadaMotorola Solutions
Full Stack Engineer → Frontend Team Lead / Technical Product Owner
I developed React and Node.js functionality with PostgreSQL-backed middleware, contributed to shared UI and accessibility, and later led frontend delivery for the corporate web platform.
React · Node.js · PostgreSQL · Storybook · Adobe AEM
Read case study: Motorola SolutionsLiberty Mutual Insurance
Senior Frontend Developer
I build React and TypeScript quoting and checkout flows connected to federated GraphQL services, with a focus on maintainable UI, service contracts and reliable delivery.
React · TypeScript · Node.js · GraphQL · CSS/SCSS · Playwright · AI/MCP
Read case study: Liberty Mutual InsuranceMost of my work sits where interfaces, application state and services meet. I care about how a feature behaves, where its data belongs and whether another engineer can understand the decisions behind it.
My experience includes hands-on development, frontend architecture and team leadership. Across enterprise applications, multi-brand websites and customer-facing journeys, I have worked on both the implementation and the structure that supports it.
Writing the code is part of the work. I also care about the decisions around it: how state is owned, how failures are handled, how a change reaches production and what the next engineer needs to know.
I start with the required behavior, the existing code and the contracts between UI and services. I look for clear ownership of state and data, and an implementation that fits the system. A new feature does not automatically need a new abstraction.
Tests, type checking, accessibility and code review belong inside implementation. I pay attention to loading, error and recovery behavior as well as the happy path. At Honda Canada, writing Cypress and Cucumber tests before implementation was part of this practice.
A change has to work beyond a local development session. I consider integration points, configuration, dependencies and CI behavior, and support deployment and release work. My experience also includes working knowledge of AWS.
I make requirements and trade-offs explicit with product, design and backend colleagues. When a decision affects other engineers, I document why it fits the problem. I apply the same care to AI-assisted workflows: useful project context, clear guardrails and a way to evaluate the result.
Notes on frontend development, software design and the practical details of building applications.
Emails, exports, webhooks, and slow integrations should not keep an HTTP request open. A queue helps only when retries, duplicate delivery, job state, and the database handoff are designed explicitly.
Redis can make an application feel dramatically faster, but speed is only useful when ownership, expiration, invalidation, and failure behavior are explicit. Otherwise the cache becomes a second truth nobody can explain.
A schema migration and an application deployment do not happen at one instant. Zero-downtime changes work when old code, new code, and the database are allowed to coexist for a while.
I share frontend news and the reasoning behind it throughout the day. Pick the language that feels natural to you.
Selected examples from my earlier work in web design and development.
If something in my work or writing connects with what you are building, I would be glad to hear from you. You can reach me about software, frontend architecture, a project or an engineering role.
Best for quick questions
Check out my code
Tech discussions & updates
Frontend news & architecture
Новости фронтенда и мои комментарии
Kraków, Poland