// Software Developer C · full-stack & systems architect

I own the full stack schema to React UI for systems running 100+ universities.

Promoted to Software Developer C, Jan 2025. Sole architect on 4 enterprise modules of Samarth, the Ministry of Education's national platform: PHP/Yii2, MySQL, REST APIs, React 19 TypeScript — multi-tenant, audit-grade, built for national scale.

0
modules, schema to UI
0
state allocation engine
0.0+
yrs · promoted Jan 2025
keshav@samarth ~ — try `help`
keshav.sh — interactive résumé shell
type help to list commands · goto designer to switch worlds
keshav@samarth:~$

In this world

Architecture mapAllocation state-machineCase studies

// one platform, four modules

Architecture map

Four modules, built largely from scratch, sharing one multi-tenant core. Hover or tap a module to see what it adds on top of the foundation.

Samarthshared platformMPDDenterprise moduleAffiliationenterprise moduleEstateenterprise moduleResidenceenterprise module
FoundationMulti-tenantRBACAudit logRule engine

Every module inherits the foundation, then layers its own domain logic on top — one codebase, many institutions.

// signature engine

The allocation state machine

An 11-state machine with audit logging at every transition — simplified to the happy path here.

Allocation lifecycle

live workflow engine
Reserved
Label Generated
Confirmed
Pending Dispatch
Dispatched
Delivered
  • Append-only status log — every transition is attributable
  • Idempotent, time-boxed reservations (8h TTL)
  • Atomic mutator — no double-allocation under load
  • Safe on retries and double-clicks
audit_log.append
01Reserved
02Label Generated
03Confirmed
04Pending Dispatch
05Dispatched
06Delivered
scroll to step ▾

// stack · what I ship

At Work

What I architect and ship in production

Architecture & Leadership

System DesignMulti-tenant SaaSRBAC & Access ControlState Machines & WorkflowsRequirement DiscoveryClient & Stakeholder Delivery

Backend

PHP (Yii2)Node.js / ExpressREST APIsMySQL / PostgreSQLRedisService / DTO layering

Frontend

React 19TypeScriptNext.jsTailwindCSSHTML5 / CSS3

Cloud & DevOps

AWS (EC2, RDS, S3)DockerJenkins CI/CDGit / GitHub ActionsVite

Methodology

Agile / ScrumTechnical RoadmappingCode ReviewArchitecture Decision Records

Personal & Always LearningSide projects, certifications, and what's next

Prompt EngineeringLLM App DesignEvals & IterationRAG patternsTool-using agentsMulti-step orchestrationMCPAgent evalsThree.js / R3FFramer MotionGSAPWebGL basicsUI/UX DesignProduct Design FundamentalsDesign Thinking

// signature engine · affiliation

Automatic fee & billing

Fees aren't typed in — they're derived. Configure the fee heads once; the engine prices every application and emits an itemized bill. When a session is set to AUTO, no human touches a number.

afm_application_billAUTO
Affiliation feeflat25,000
Programme feeper programme18,000
Continuation feeper course42,000
Inspection feeper committee12,000
Late feesession window5,000
grand_total0

Illustrative figures — the real engine reads configured fee heads.

  1. 1Fee heads configured once — per affiliation-type × institution × programme-type, each with a basis (flat / per-course / per-subject) and a cost.
  2. 2For an application, the engine resolves its programmes → courses → subjects.
  3. 3Each head is priced by its basis × the resolved count × cost.
  4. 4If the submission falls inside the session’s late-fee date window, the late fee is added.
  5. 5A bill is emitted — an itemized detailed_calculation + grand_total, timestamped per application.

Bulk export · background job queue

Requestyii\queueWorker · streaming XLSX25k rows/sheet · GC + 85% mem-guardS3 · retry / backoffcron progress (live)

Hundreds of colleges export without OOM — memory-bounded streaming, resumable progress, and S3 delivery, all off the request thread.

// the platform · samarth eGov × Ministry of Education

Keshav contributes 4 modules to a 20+ module national platform. Here's the scale of what those modules run inside.

0+
Modules on the platform
affiliation · mpdd · estate · ehousing · payroll · hostel · …
0
Payment gateways integrated
Razorpay · SBI Collect · PayGov · GETEPAY
0M+
Records under management
universities · applications · allocations · assets
0+
Universities on the platform
Ministry of Education · national scale
Payment gateways:RazorpaySBI CollectPayGovGETEPAY

// case studies

Built and shipped

Four enterprise modules, built largely solo inside a 20+ module national platform. Open any card for the screens.

MPDD

Material distribution, inventory & dispatch

End-to-end kit procurement, inventory and dispatch for university material distribution — rebuilt from the schema up.

  • FIFO inventory with a 4-bucket stock invariant (available / reserved / allocated / in-transit)
  • 11-state allocation lifecycle with an append-only status log
  • Procurement pipeline: Purchase Request → Purchase Order → Goods Receipt
  • Bulk allocation, bulk Excel import & multi-warehouse stock transfers
  • Barcode / QR label & sheet designer

Every stock change flows through one atomic mutator inside a DB transaction — no double-allocation under high-volume load.

Yii2 (PHP)React 19 / TSMySQLRBAC
6 screens

Affiliation

Regulatory affiliation lifecycle & statutory reporting

The lifecycle for colleges seeking affiliation to a university — applications, committee audits, automatic fees, and statutory reporting. 63 models, 30+ controllers.

  • Automatic fee & billing engine — prices each application from configured fee heads (flat / per-course / per-subject) + date-windowed late fees, emitting an itemized bill
  • Background job queue for bulk exports — streaming XLSX → S3 with live cron progress
  • Committee workspace with configurable audit / inspection forms & scoring
  • Provisional affiliation certificates (A / B)
  • Per-programme intake-capacity range configuration

Streaming Excel→S3 export: 25k rows/sheet, chunked flush, GC + an 85%-memory-threshold guard and retry/backoff — exports hundreds of colleges without OOM.

Yii2 (PHP)MySQLPhpSpreadsheetAWS S3yii\queueRBAC
6 screens

Estate

Physical-infrastructure asset management

The university estate as a hierarchical asset register — buildings, floors, rooms, roads and civil works — with cost estimation and analytics.

  • Hierarchical register: building → floor → room → washroom → house → road → block
  • Scenario-driven 4-step building form (profile → structural → facilities → cost + geo)
  • Building cost estimation & geo-tagging
  • ARMO civil-works: abstracts, quotations & repair estimates
  • C3.js / D3 dashboard analytics over query-builder aggregates

Integrity-enforced active cascade — a room can only be active if its floor and building are, keeping the estate register self-consistent.

Yii2 (PHP)MySQLC3.js / D3Query Builder
4 screens

eHousing

Employee accommodation allocation

Staff register for university quarters and are matched against live housing inventory by preference and eligibility.

  • Preference-based allocation (house type + choice) per employee
  • Composes the Estate housing register & Employee profiles — true cross-module integration
  • Vacancy-aware unit status (vacant / allocated / newly-added)
  • Role-scoped admin vs employee dashboards
  • Master declarations, eligibility & activity audit log

Reads Estate's Housing register and Employee Profiles directly — modules compose across the platform instead of duplicating data.

Yii2 (PHP)MySQLRBACMulti-DB
5 screens

Let's connect

Open to the right opportunity.

Full-stack engineer with 3.5 years building national-scale systems. Growing into Product and Gen AI. If you're working on something interesting — reach out.