Skip to main content

Available — Full-time · 40 hrs/week

Remote from Tbilisi · GMT+4 · EU hours

Senior
React Engineer
for Hire.

Senior Frontend Engineer — React, Next.js, TypeScript, and enough Node to own the backend. 8+ years on hooks, state, tests, and UIs that get complicated fast.

Opens ChatGPT in a new tab with the prompt already filled in. It reads my GitHub and npm and grades me. About a minute, no sign-up, nothing to fill in.

Don't take my word for it

I wrote the prompt below, so read it first. It asks for a straight assessment — check my numbers against npm and GitHub rather than my resume, say what holds up, say what doesn't, and end on advance / borderline / reject.

Read the prompt first — it’s the whole point
You are an experienced engineering hiring manager sizing up a candidate for a senior TypeScript / React / Next.js frontend role. Aim for an accurate picture rather than a flattering or a harsh one. Give credit where the evidence earns it, and be straightforward about what is thin or unverifiable — without treating a gap in the public record as a mark against the candidate. Most of what an employer cares about simply isn't observable from outside; note those as unknowns to ask about, not as failings.

Use web browsing. Check the independent sources before the candidate's own documents.

SOURCES THE CANDIDATE DOES NOT CONTROL — treat as evidence:
- GitHub profile, including per-repo stars, forks, commit history and the "Used by" dependents count: https://github.com/asmyshlyaev177
- npm registry download counts for the packages that profile publishes
- The third-party repositories that depend on those packages — open a couple and confirm the usage is real

SOURCES THE CANDIDATE CONTROLS — treat as claims to be checked, not evidence:
- Resume — the same document in three formats, so use whichever one your browser will actually fetch, and try another if the first is refused:
    HTML page: https://asmyshlyaev177.dev/resume
    Markdown: https://asmyshlyaev177.dev/Aleksandr_Smyshliaev_Resume.md
    PDF: https://asmyshlyaev177.dev/Aleksandr_Smyshliaev_Resume.pdf
- Site: https://asmyshlyaev177.dev

Report:

1. Claim check. Take the checkable claims the resume and site make — star counts, download figures, dependent-repo counts, companies named as users, years of experience, the employment dates and titles, the stack each role claims — and mark each VERIFIED, UNVERIFIED or OVERSTATED, naming the source you checked it against. If a source won't load for you, say which one and treat what it would have shown as unverified rather than guessing from search snippets.
2. What the evidence supports. The strengths that hold up independently, stated no more strongly than the evidence warrants.
3. What the public record can't show. The questions this evidence leaves open — anything the resume implies more strongly than the evidence supports, and the things no outside source could confirm either way. Keep this proportionate: a couple of sentences on the genuinely notable ones, not an exhaustive list of everything absent from GitHub.
4. Code quality. Open actual source files in the main repositories — not just READMEs. Name the files you read, and comment on API design, tests and error handling.
5. Verdict: Advance, Borderline or Reject for a senior frontend role, with your reasoning and the three questions you would ask at a first interview.

Cite what you actually read. Don't pad with praise, and don't manufacture objections to look rigorous — an accurate positive finding is as useful as a critical one.

Free · no sign-up

What this can and can't settle: star counts, npm downloads and the repos that depend on my libraries are public records I can't edit. My resume and this site are documents I control — the prompt treats those as claims to check, not evidence. Employment history it can only partly verify.

Needs a free account

Hit Copy above, open one of these, and paste the prompt after you sign in.

Small teams, mostly. On the last one I was the only frontend engineer among three — design handoff through to production, with nobody to hand the hard parts to.

Comfortable past the browser: I design the schema, write the API, and run what I ship. TypeScript, Next.js or Remix, Node and Cloudflare Workers, and code your team can still read in two years.

Scroll

My approach

On a small team nobody is only the frontend person. I take a feature from wireframe to deploy — and the boring parts along the way, state, shared components, tests, are what decide whether it is still pleasant six months in.

About Me — Senior Frontend Engineer (React / Next.js)

Senior Frontend Engineer (React, Next.js, TypeScript). From sysadmin to senior frontend developer — the longer story.

Read the full story

I started in tech as a system administrator, managing servers and networks. My direction changed when I wrote a script to parse a phone number database for a marketing campaign — that small thing showed me how satisfying it is to solve problems through code. I moved into web development, started with Vue.js and D3.js, then settled on React for its scalability on complex projects. I haven't looked back.

Since then I've worked across startups and larger companies — in-office and remote, including US-based teams. I care about TypeScript, testing, and CI/CD not as checkboxes but because they make complex codebases actually manageable. I focus on doing things right, not just fast.

My Philosophy

Pragmatic Approach

Select the best tool for the task while staying open to improvements and adaptability.

Quality Focus

Prioritize quality and maintainability in complex software, keeping complexity to a minimum.

DevOps Mindset

Automate repetitive tasks — CI/CD, linting, packaging, and testing — so the team ships faster.

Continuous Learning

Technology evolves rapidly, and so do I. Always exploring new tools and frameworks to stay sharp.

Aleksandr Smyshliaev photo
Aleksandr Smyshliaev

Quick Info

Experience 8+ years
GitHub stars 1323+
Availability Full-time · 40 hrs/wk
Working hours EU timezones
Remote experience Yes
Startup experience Yes
English CEFR C1

Legal entity

Registered Georgian company

Sign a B2B contract company‑to‑company and pay invoices — no employer of record needed. Full‑time through your own EOR also works.

Education

Krasnogorsk State College

BTech · 2004–2008

Location

Tbilisi, Georgia (GMT+4)

Remote worldwide · timezone flexible

Featured Projects — React, Next.js, TypeScript

A few things I've built where the state, components, or tests had to hold up over time — plus the LLM tooling I ship on the side.

state-in-url

Shipped on npm · running in production teams I'll never meet

Stores nested, typed state directly in the URL via React hooks. I built it because I needed a fast, convenient way to preserve state on page reload and share page links.

React TypeScript Tailwind Next.js Remix.js react-router npm
react-horizontal-scrolling-menu

113k/wk npm installs · maintained through multiple React majors

A reusable horizontal scroll component. TypeScript, well tested, and used in production dashboards I never get to see. Maintained for years across multiple React majors and refactored along the way.

React.js CI/CD storybook npm
Omise — payments merchant dashboard

3 years on a production payments platform

The merchant-facing dashboard for Omise's payments platform: three years architecting and maintaining it in React, GraphQL, and styled-components, plus an internal D3.js analytics dashboard and a JavaScript SDK bridging a native mobile wrapper to JS mini-apps.

React GraphQL styled-components D3.js Payments SDK
Screenshot of channels.careers
channels.careers

Production B2B platform · Playwright suite the team relies on

A B2B hiring platform startup. Built the UI to match the design closely, refactored code, adapted it to mobile, and wrote Playwright tests the team actually relies on.

React.js Next.js TypeScript Playwright B2B
test-proxy-recorder

Deterministic e2e on CI with the backend turned off

VCR for Playwright — records real API responses once, then replays them deterministically on CI. Covers Next.js SSR, browser, and WebSocket traffic with no backend and no hand-written mocks. I built it because every flaky e2e run traces back to the network.

TypeScript Playwright Next.js WebSocket e2e npm
heatmap-analytics

A backend I designed, deployed and run — schema to cron

Self-hosted click and hover heatmaps, scroll depth, rage-click detection and ghost-cursor session replay, rendered on the live page. No cookies, no third-party scripts, and a tracker that is 1.7KB gzipped.

Cloudflare Workers D1 SQL TypeScript Node.js Analytics
llm-queue

One model, one queue, every client

A single-worker priority queue for local LLMs, exposed as an OpenAI-compatible HTTP service — so cron jobs, browser extensions and OpenAI clients all share one serialized queue against one model instead of fighting over the GPU.

Node.js TypeScript Ollama HTTP API CLI npm

Also shipped — infrastructure & AI tooling

What I'm good at

Turning gnarly business logic into a React UI you can actually test.

  • React (8+ years)

    Hooks, patterns, custom renderers, concurrent features

  • State Management

    Redux, context, URL-persisted state, and the usual libraries

  • System Design & Architecture

    Reusable component libraries and codebases that don't collapse under their own weight

  • Testing

    Unit, integration, and E2E (Jest, Vitest, Playwright, Cypress). The kind that catches real bugs, not the kind that pads coverage

  • CI/CD & Quality

    Pipelines that catch problems before they hit production

Proficient

Tailwind CSS, GraphQL, Git, Remix.js, Node.js.

Familiar

Figma, Docker, PostgreSQL.

Recommendations

What teammates and managers I've worked with have written — unedited apart from light trimming where marked. Full text on LinkedIn.

I had the pleasure of working with Aleksandr on a complex NextJS codebase that he inherited and ramped up on very quickly. He was able to understand the existing architecture, identify areas for improvement, and start making meaningful contributions without a long onboarding curve. […] I would gladly recommend Aleksandr to any team looking for a capable frontend developer who can quickly become productive, improve existing systems, and contribute reliably across implementation, debugging, and test strategy.

Vladimir Shcherbakov

Co-Founder / CTO · ex-Google, ex-Splunk

May 2026

Alex was great to work with. He understood requirements very quickly, and worked well with the backend engineer to complete the work very quickly. Aside from coding, he also helped design and build an SDK that could be reused.

Issavara (Kim) Polanun

Co-Founder & CPO · Kick Off

Nov 2023

Working with Aleksandr was a great experience. He is not only detail oriented, but extremely talented and capable of collaboration. Although we were only able to work on two projects together, I would highly recommend him and hope to have the chance to work with him again.

Kami Slattery

Senior Product Manager · Allegion

Oct 2023

Get In Touch — Hire a Senior Frontend Engineer

Available now for a full-time remote role, 40 hrs/week, working EU-timezone hours from Tbilisi, Georgia (GMT+4). Best reached by email or LinkedIn.

Working out the paperwork? How to hire me covers B2B contract, employer of record, and fixed-scope engagements.

Legal entity

Registered Georgian company

Sign a B2B contract company‑to‑company and pay invoices — no employer of record needed. Full‑time through your own EOR also works.