Three careers.
One shared instinct.

Everything CORE does — the four pathways, the review gates, the guardrails, the honesty about scope — came out of what these three people learned delivering enterprise software over the last decade.

Sunil Singh — Founder and CEO
Sunil Singh
Founder & CEO

Started as a software engineer at a time when Google barely had answers and Stack Overflow didn't exist. If something broke, you sat with it until it made sense. That habit — sit with the problem, don't look away — never left me. Then the internet caught up. Code moved online, communities formed, answers got faster. Now we're in a stranger era: people expect AI to write the code, not just help find the answer.

As a software delivery practitioner, my philosophy is simple — build it well, ship it, stand behind it. That's what I trained for, and that's what I still do. I started SSDB in 2012 to keep doing that work on my own terms. It didn't stay "I" for long. People joined, stayed, grew with it, and the story became "we." Together, we built software for clients across industries and geographies, with one thing in common: it had to be secure, compliant, and built to last — not just built fast.

Every project, no matter how different the client, kept handing us the same four core challenges in different forms — something built from zero or an old system rewritten, an enhancement or a bug hunted down, a monolith that had outgrown itself, and no delivery ever really done until we'd tested it against everything that breaks quietly before it breaks loudly.

Create. Optimize. Re-engineer. Evaluate. We didn't design these four. We lived them, project after project, for over a decade — long before we had a name for them. CORE is our answer. Everything a delivery team learns the hard way, built into an engine and available from day one.

Mayank Mahalwala — Head of Operations
Mayank Mahalwala
Head of Operations

Mayank runs operations at SSDB, but the job is less about process and more about people — specifically, understanding what will actually move the needle for a client versus what's simply on the requirements sheet. Those aren't always the same thing, and spotting the difference is most of the work.

Years of sitting across the table from clients teaches you to listen past the ask. A client requesting "faster delivery" is sometimes really asking for better visibility into progress. A push for "more testing" can be about wanting more confidence going into a launch. Mayank's value shows up in that translation — reading the priority underneath the stated requirement, then making sure the engagement is built around what genuinely matters to that client.

That instinct is what shaped how he thinks about CORE. An engine that writes good code isn't enough on its own — clients don't experience "good code," they experience outcomes: speed, confidence, fewer surprises. So the questions Mayank pushes on aren't about model performance in isolation. They're about whether CORE actually strengthens the client relationship at every touchpoint — does it give clients more visibility, does it build confidence earlier in the cycle, does it make delivery feel collaborative instead of opaque.

For Mayank, CORE isn't just a technical capability — it's a way to make every delivery a moment that deepens trust with the client, not just meets a deadline. That's the part of engineering that doesn't show up in a spec sheet, and it's the part he's spent his career mastering.

Julius Selvaraj — Chief Architect
Julius Selvaraj
Chief Architect

Julius is Chief Architect at SSDB. Over three decades in the industry, he's been part of delivery on dozens of client engagements, and his job today still comes down to the same core problem: taking what a business says it needs and turning that into a system that actually holds up once it's live.

You see the same issues repeat after enough years in this line of work. Technical debt that quietly builds up. Security gaps nobody notices until it's too late. Builds that fall apart right before launch. None of that is bad luck — it's what happens when delivery discipline gets skipped early on.

That's the lens Julius brought to generative AI when it started showing up in engineering workflows. He didn't dismiss it, but he didn't buy the hype either. The capability was clearly there. The problem was hallucination and inconsistency, which made it hard to trust for anything mission-critical.

CORE grew out of that skepticism. Guardrails, strict context boundaries, automated evaluation — these aren't add-ons stitched on afterward, they're the foundation the whole engine is built around. Nothing reaches production without first being checked against security, compliance, and performance standards. The goal was never AI that sounds like it knows what it's doing. It's AI that produces code engineering teams can actually trust and ship.

"

Same instinct we all started with — stay close to the problem. Just faster now.

Ready to see what we can build together?

Two ways forward: watch CORE work through a full example, or talk to us directly.