Most engineers pick one lane. I built a career at the intersection of five.
I design and ship full systems end-to-end — backend, frontend, infrastructure, security, and the AI layer on top — then I sit with the customer to make sure it survives production. That combination — builder + forward-deployed problem-solver + AI engineer — is why enterprise BFSI teams across APAC and North America have trusted me with their platform experience for 4+ years.
I don't hand off. I don't wait for a ticket. If a customer is blocked at 2 AM, I ship the fix, own the rollback plan, and write the postmortem the same week.
Senior Software Engineer based in Bangalore, India, currently building a secure Virtual Data Room platform for regulated enterprises. Previously Senior Solution Engineer at Vymo, where I owned CRM platform delivery for banks, insurers, and financial institutions across APAC and North America.
I care about three things, in this order:
- Customer outcome — does the change actually move a metric that matters to the business?
- System integrity — will it still be correct under load, failure, and adversarial input?
- Team leverage — did I leave the codebase, docs, or on-call runbook better than I found it?
My comfort zone spans distributed systems, event-driven architectures, secure authorization (RBAC/ABAC), and LLM-powered product features — glued together with pragmatic engineering.
name: Prabhakar Kumar
role: Senior Software Engineer
location: Bangalore, India
experience: 4+ years
domains:
- Enterprise SaaS
- BFSI / Fintech
- CRM Platforms
- Secure Document Rooms
- Applied AI / LLM
stack: polyglot full-stack
availability: open to select roles|
|
|
| A working v1 in production beats a perfect v2 in a slide deck. Then I go back and add the retries, the metrics, the audit trail, and the failure test. | Postgres, Redis, RabbitMQ, K8s. I reach for the exotic tool only when the boring one has actually run out of runway — not before. |
| I write the code, I do the release, I take the on-call page, I write the postmortem. The loop closes on me. | In BFSI and secure-data work, "it works" is not enough — every action needs to be logged, attributable, and reversible. |
|
|
|
| reduction in CRM data setup & validation effort via automation | continents of enterprise BFSI clients supported (APAC + NA) |
| company awards for engineering, delivery, and innovation impact | place, Vymothon — internal AI-driven CRM hackathon |
| years shipping enterprise software end-to-end | microservices designed, deployed, and owned in production |
| target availability for secure document workflows | P0 security incidents on services I own |
I design systems the way I would want to inherit them: small services, explicit contracts, and no magic.
flowchart LR
Client[Web Client] -->|HTTPS| APIGateway[API Gateway]
APIGateway -->|JWT + ABAC| AuthZ[AuthZ Service]
AuthZ -->|OK| DocSvc[Document Service]
DocSvc -->|write| Mongo[(MongoDB)]
DocSvc -->|emit| MQ((RabbitMQ))
MQ --> Audit[Audit Service]
MQ --> Replica[Cross-Region Replicator]
MQ --> Search[Search Indexer]
Audit --> AuditStore[(Immutable Audit Log)]
Replica --> MongoDR[(MongoDB DR)]
Search --> SearchIdx[(Search Index)]
DocSvc --> Cache[(Redis Cache)]
AuthZ --> Vault[[HashiCorp Vault]]
Design principles I actually follow (click to expand)
- Explicit contracts over shared code. Services own their schemas; the wire format (OpenAPI / AsyncAPI) is the contract, not the SDK.
- Idempotent consumers, always. Every RabbitMQ handler assumes at-least-once delivery and de-duplicates on a business key.
- Backpressure over unbounded queues. Prefetch limits + DLQs + retry with jittered backoff, not "just add more workers".
- Read/write path separation. Hot reads go through Redis; writes go through the service of record; search is a projection, never the source of truth.
- Zero-downtime schemas. Expand → migrate → contract. No breaking schema change ever ships in a single deploy.
- Feature flags are policy, not code. Rollouts are a config change, killable in seconds without a deploy.
Security is not a feature I bolt on at the end — in BFSI and secure-data platforms it is the product.
Areas I own (click to collapse)
|
|
|
|
I use LLMs the same way I use any other dependency — with an eval, a fallback, and a cost budget.
How I build AI product features (click to collapse)
- Product-first, model-second. I define the eval and the UX before I pick the model.
- Retrieval over fine-tuning for most enterprise use-cases — cheaper, updatable, and auditable.
- Structured outputs (JSON schema / function-calling) so downstream systems don't have to parse prose.
- Agentic workflows with
LangGraphwhere the task has real branching; simpleLangChainchains where it does not. - Guardrails on every seam — input sanitation, output validation, prompt-injection defenses, and PII redaction.
- Cost + latency dashboards on day one so a runaway agent gets caught before it gets billed.
| OpenAI · function calling · structured outputs · streaming | LangChain · LangGraph · tool-use · multi-step planning | Voice → Text · lead scoring · CRM copilots · document Q&A |
What I run and how I run it (click to collapse)
|
|
|
|
A static, always-rendering recognition strip — the classic trophy service is currently offline, so this is the durable alternative.
- Publish a minimal, production-shaped RBAC + ABAC reference implementation in TypeScript.
- Ship a small LangGraph starter for enterprise document Q&A with eval baked in.
- Contribute upstream to a message-broker or observability project I use in production.
- Write one deeply-technical blog post per quarter — no listicles, no filler.
- Mentor at least two junior engineers into their first production incident (and out of it).
|
|
The next 6 months (click to expand)
- Ship RBAC + ABAC framework in production
- Introduce audit-log tamper-evidence for compliance evidence
- Stand up Vault-backed secret rotation
- Publish an internal design doc on event-driven consistency patterns
- Ship a LangGraph-based document copilot with structured outputs + evals
- Complete a Kubernetes operator for a domain-specific controller
- AWS Certified Solutions Architect — Associate
- Deep-dive into vector search internals (HNSW, IVF, quantization)
- First open-source release under my GitHub with real users
Longer horizon (click to expand)
- Deeper systems programming — Rust for infra components
- Distributed consensus (Raft, Paxos) beyond the textbook
- Applied ML systems — feature stores, model serving, drift detection
- Product engineering leadership — small teams, high leverage
|
Hackathon Winner
Vymothon — AI-driven CRM New Innovative Award |
Raising the Bar
Solution Engineering excellence Vymo |
Lightning Bolt Team Award
Cross-functional GTM impact Vymo |
- I have shipped code from three continents in a single quarter.
- My favorite debugging tool is still
console.log— and I refuse to apologize for it. - I read one systems paper a week. Recent favorites: DynamoDB, Kafka, and the Tigerbeetle design docs.
- I keep a personal on-call runbook — for my own life, not just my services.
- Non-negotiable morning routine: black coffee, one deep-work block, then meetings.
"I don't just write the code — I make sure it survives contact with a real customer." — my working definition of a Forward-Deployed Engineer
"Make it work, make it right, make it fast — in that order, and never skip the middle step." — Kent Beck
"The most dangerous phrase in production is: it worked on staging." — every SRE, eventually
| LinkedIn DM or email — read daily, replied to within 24 hours on weekdays. | Senior IC roles, AI/LLM product engineering, forward-deployed engineering, and technical solution engineering at high-trust teams. | Cold recruiter blasts, unpaid "quick chats", or crypto-in-name-only roles. Everything else — always happy to talk. |
Based in Bangalore, India · open to remote and hybrid · work-authorized in India


