Complex browser applications
Interactive workflows, dashboards and internal tools built around usable states, predictable behaviour and maintainable modules.
JavaScript engineering for products that need to move
I help product teams untangle demanding frontend and Node.js work: incomplete features, slow interfaces, unstable integrations and code that has become hard to change. The goal is working software your team can continue owning.
JavaScript work I handle
I can own a focused delivery stream or work through the technical debt blocking your existing roadmap.
Interactive workflows, dashboards and internal tools built around usable states, predictable behaviour and maintainable modules.
APIs, workers and integration services designed with explicit validation, error handling, observability and operational boundaries.
Practical migrations that improve confidence around important domain code without stopping delivery for an unnecessary rewrite.
Payment, CRM, analytics and vendor APIs connected with resilient flows rather than optimistic happy-path code.
Rendering bottlenecks, oversized bundles and slow interactions measured and improved where users actually feel the delay.
Fragile older code stabilised in useful increments while preserving the business behaviour the product depends on.
Choose the right starting point
The engagement is shaped around the actual delivery risk rather than a generic developer placement.
A substantial JavaScript feature taken from technical discovery through implementation and release.
Reliable weekly capacity for a team with more JavaScript work than its current developers can absorb.
A deliberate programme of fixes for a JavaScript application that is slow, brittle or difficult to extend.
A productive collaboration
I work best where technical decisions can be connected to users, release priorities and the real constraints of the application.
International client experience
I have worked directly with clients in the United States, Canada, the United Kingdom, Germany and other international markets. For roughly the past six years, most of my client work has been with US-based businesses—across time zones, established team workflows and direct stakeholder communication.
Selected JavaScript work
Recent projects where JavaScript supports product behaviour, integrations and dependable user journeys.
The ESG Rating application helps users efficiently fill out questionnaires, and the Croatian Chamber of Economy (CCE) to collect, process, evaluate and rank ESG-related…
View project
Live music shows platform that enables artists and venues to create profiles, manage shows, and engage with fans.
View project
Working JavaScript stack
Before we open the repository
A short technical conversation is usually enough to establish the system boundaries, working model and sensible first step.
Yes. I work on browser applications and Node.js services, especially when a feature crosses the boundary between interface, application logic and an external API.
Usually. I identify the areas creating the greatest delivery or runtime risk and change them incrementally behind tests and observable behaviour.
Yes. I favour gradual adoption around important interfaces and frequently changed modules rather than converting every file before value can ship.
Yes, provided they are not actively harmful. I first understand why the current choices exist, then propose changes only where the benefit justifies disruption.
Yes. I use measurements from the actual application to trace rendering, network, bundle and main-thread costs instead of applying generic optimisation checklists.
Work is visible through your normal repository and planning tools, with direct communication and agreed overlap from my Central European time zone.
Start with the blocked release
Describe the product, the codebase and the work your team cannot currently move forward. I will tell you whether I can own it and what I would examine first.