
Yevhen Stuzhuk - Personal Portfolio
I am a Senior Software Engineer
Browser extensions (Chrome MV3)
TypeScript extensions with focused UX: permissions, service workers, messaging, and store-ready packaging.
Modern Chrome extensions are small products: honest permissions, restart-prone service workers, and simple messaging between UI, content scripts, and background.
If you need a companion surface next to an existing web product, an extension meets users where they already work.
Representative work
Recent deliveries include image-gen-extension—systems where browser extensions (chrome mv3) skills (TypeScript, Chrome MV3, WebExtension API, content scripts, messaging, UX, packaging) were applied end to end.
Those projects combined product UI, APIs, and operational concerns: roles, exports, integrations, and observability. The goal is always software your team can extend—not a one-off demo that collapses under real users.
Typical collaboration starts with a written brief: constraints, integrations, compliance, and what “done” means for the first release. We slice work into vertical milestones so you see progress every one to two weeks and can reprioritize without losing the thread.
After go-live we offer a short hypercare window: fix edge cases, tune performance, and transfer knowledge. Long-term support can stay with your in-house team or continue as a retainer—your choice.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
We document decisions in plain language, keep staging environments aligned with production, and leave runbooks so your team is not blocked after handoff. If you already have designers or backend engineers, we plug into your rituals instead of inventing a parallel process.
FAQ
Tap a question to expand the answer.
Do you build Manifest V3 extensions?
Yes—TypeScript-first MV3 with service workers, content scripts, and messaging kept deliberately simple.
How do you approach permissions?
Request only what the feature needs, explain why in the store listing, and avoid broad host access by default.
Can you publish to the Chrome Web Store?
I prepare packages, privacy notes, and review-friendly builds; the developer account stays yours.
What about Firefox or Edge?
MV3 Chrome is the default; Firefox/Edge ports are feasible when APIs align—scoped per project.
Can an extension connect to our web app?
Yes—typical pattern is extension UI + your existing REST API and auth, without duplicating backend logic.