karan.dabare

Software engineer — full stack · in production since 10/2024

Karan Keshav Dabare

Full-stack engineer — React, Next.js, React Native, and Node.js.I build the UI and the backend behind it, not just one side.Now shipping and owning full systems, end to end.

I'm a full-stack engineer in Pune working across React, Next.js, React Native, and Node.js. The work I'm best at sits where a UI has to tell the truth about a backend — auth sessions, wallet balances, live table availability — and where getting that wrong is immediately visible to users.

Since March 2026 I've been independent: taking client systems from requirements through architecture, development, and deployment, and staying around for what breaks after launch.

Karan Keshav Dabare
Karan Keshav Dabare
availability
open — full-time · freelance
replies within 24h, IST
location
Pune · remote
IST (UTC+5:30)
now
entavra — in development · active client work
details on request
contact
karandabre198@gmail.com
+91-9096839022
01

Journey

Inherit systems, stabilize systems, design systems. Each role answered a different question.

  1. Pune, India

    Can he own the whole thing?

    the system

    Whatever the client needs shipped — currently a cross-platform venue management system for Opezey.com: a React Native app staff use to run tables and orders, and a Next.js platform where owners monitor bookings and daily operations. Alongside it, client web projects taken from requirements to production: responsive Next.js applications, hosting and domain configuration, post-launch debugging.

    what I owned

    • Everything. Requirements, architecture, development, deployment, and the phone call when something breaks — there is no backend team to coordinate with anymore, because I'm also the backend team.
    • The headline design decision so far: replacing static booking slots with a live, timeline-based reservation view, with Socket.io pushing state changes to staff and admin clients instead of letting each poll on its own clock.
    • A Progressive Web App build of the platform, so client devices get install-free access without an app-store loop.

    the hardest problem

    Being the only engineer changes which problems are hard. The code is the manageable part; the discipline is scope — a solo project has nobody to stop you from building the wrong thing carefully.

    Spend decisions where users can see them. Boring choices everywhere else — managed hosting, one database, one event layer — buy back the attention the visible parts need. Every clever thing in the system has to justify who maintains it: also me.

    React NativeNext.jsTypeScriptRedux ToolkitSocket.ioNode.js
education
  • B.E. Computer Science Engineering Marathwada Mitra Mandal's Institute of Technology, Pune (SPPU)02/2021 – 09/2023
  • Diploma in Computer Engineering Shri Sai Polytechnic College, Chandrapur04/2018 – 07/2021
02

How I Think

The work before the code — understanding a product well enough to know what to build.

Before I open a design file or an editor, I try to answer a simpler question: what is this product actually for, and who is it for? A lot of what looks like design or engineering is really that — deciding what someone should understand in the first few seconds, what deserves their attention, and what should quietly be left out. Those calls get made before anything visual exists, and they're the ones that are expensive to get wrong.

So I build the model first — the business behind the product, the people who'll use it, the path they take through it. Structure and hierarchy fall out of that, not out of a layout grid. Only once it's clear do I move into design, architecture, and code, where the work goes faster because the decisions that shape everything are already made.

the questions I start with
  1. 01What is this product actually for?
  2. 02Who uses it, and what do they need from it?
  3. 03What has to land in the first few seconds?
  4. 04What earns attention — and what gets cut?
  5. 05How is the information ordered, and why that order?
  6. 06How should the business come across?
  7. 07What should someone leave with?
the same habit, with AI

It shows up in how I use tools like Claude Code and Cursor, too. I don't hand them a vague instruction and hope — I give them the context first: the objective, the constraints, who it's for, what the result should be. The prompt ends up reading more like a short product spec than a request. The understanding still has to come from me; the tools are only faster at the part that comes after it.

03

Selected work

Three systems I answer for end to end. Each card opens a full case study — architecture, the hard problems, and the tradeoffs I chose.

Knovator-assignment

Job import pipeline with queue-based ingestion

A full-stack take-home built end to end: jobs are pulled from an XML feed (Jobicy), parsed with axios + xml2js, and pushed through BullMQ on Redis in configurable batches. A worker upserts each job into MongoDB, tracking new-versus-updated per run; an ImportRun records progress while batches process and an ImportLog captures the final tally. node-cron re-imports hourly.

The interesting part is the shape: ingestion as a queue of batches rather than one long request means the import survives slow feeds, retries at batch granularity, and reports progress while running — and the Next.js dashboard that triggers imports and pages through run history gets to be a thin client over honest state.

Next.jsExpressBullMQRedisMongoDBnode-cron
TypeScript
updated Mar 2026
Aesthedent.clinic.website

Aesthedent — dental clinic website

A production website for a dental clinic client, built with Next.js. The repository is the story here: 104 commits of sustained, conventional-commit-formatted work — scoped feat/fix messages on a solo client project where nobody was checking. That's what the discipline looks like when it's a habit rather than a policy.

Next.jsJavaScriptTailwind CSS
JavaScript
updated Aug 2026
Automation_GitHubProfile_Reader

GitHub profile scraper

A small, complete automation: a Python script drives Playwright to extract profile data from GitHub — username, bio, follower and repo counts — and persists it to Supabase, with the table schema shipped as SQL alongside the script.

PythonPlaywrightSupabase
Python
updated Feb 2026
04

Skills

The stack I actually reach for, grouped by layer. Hover a chip for where it's been used.

Stacks

  • MERN (MongoDB, Express, React, Node.js)
  • PERN (PostgreSQL, Express, React, Node.js)

Frontend

  • React
  • Next.js
  • React Native
  • TypeScript
  • JavaScript (ES6+)
  • Redux Toolkit
  • Tailwind CSS
  • SCSS
  • PWA
  • SSR
  • SSG
  • SPA

Backend

  • Node.js
  • Express
  • REST API design
  • JWT
  • OAuth
  • Webhooks
  • Socket.io
  • WebSockets
  • Redis
  • BullMQ

Data

  • PostgreSQL
  • MySQL
  • MongoDB
  • Mongoose
  • Supabase
  • Firebase

Cloud / deploy

  • Vercel
  • Render
  • Railway
  • AWS S3
  • Google Cloud
  • Cloudflare

Tooling

  • Git
  • GitHub
  • Postman
  • Jira
  • VS Code
  • DevTools
  • Cursor
  • Claude Code
  • Google Analytics
  • Search Console
  • SEO
  • CI/CD

Fundamentals

  • OOP
  • DSA
  • Python
  • C
05

Contact

Building something, or hiring for a role you think fits? Tell me what you're working on.