Starting Transposit

We’ve known for a while that software is eating the world. The most vacuous thing you can tell someone about your company is that it’s a software company — every company is a software company. There are lots of ways that companies differentiate, but one of those ways is almost always in their applications. More developers are connecting more applications to more data for more users than ever before. We started Transposit for those developers.

Building Modern Applications

As CTO at Delphix, I spent a lot of time working with customers who wanted to build applications more effectively. A key precept of DevOps is to have production-like environments early in the development process: it’s critical for rapid iteration. Delphix brings this to applications built on large relational databases. Over time I started to see more and more applications where Oracle or MS SQL was just one data connection among many. As datasets become specialized and fragmented, applications need more connections to do the same job. Richer datasets create the desire for richer applications, leading to still more connections. Data, connections, and features all add to the cost and complexity of building applications. Test data is important, but, as developers, there is a growing inefficiency in how we build applications.

My co-founder, Tina Huang, has been building applications for her whole career. From application frameworks at Apple, to Google News and Twitter, she’s been building applications that drive those modern, scale businesses. In her spare time she’d build applications for friends: connecting billing to Google calendar for a dog walker, workflow tools for local businesses, and, most recently, writing the initial backend for acclaimed startup Winnie (like Yelp for parents). I met Tina at Sutter Hill Ventures where she educated me about some of the ways that writing these applications are a huge pain in the ass. From the basics like connection, authentication, and error handling to later issues like caching, pagination, and scale, there’s a lot more effort expended dealing with data than there is innovating, expressing the core idea in code.

A Common Goal

“Enterprise data is a mess.”

“Our applications are constantly delayed.”

“When we upgrade SAP, applications eventually break in subtle ways.”

As the ideas for Transposit were starting to converge, one CIO just nailed it for us:

“Agile and DevOps are great, but the software lifecycle slows way down once you involve data.”

This so precisely encapsulated what we had seen in our previous roles and heard from these other CIOs. Tina lived that development lifecycle firsthand, seeing the complexities of building data-fueled applications. I saw it with customers as they improved a critical piece of the lifecycle, but discovered new and growing obstacles. Both Tina and I love building for developers, and we love solving critical problems. Shortly after that last CIO conversation we started building Transposit.


Interested in joining us on this journey? The product is in limited beta, and we’re signing up development teams who are looking for a better way to build their applications. We’re a team of five so far, and hiring more developers. If you’re a potential early adopter, team-member, or just someone who wants to find out more, we’d love to hear from you:



Building computers at Oxide; past: DTrace, ZFS, Delphix CTO, Transposit founder, CEO

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Adam Leventhal

Building computers at Oxide; past: DTrace, ZFS, Delphix CTO, Transposit founder, CEO