Good time to share a few reflections, especially in light of the Slack acquisition.
1/ Heroku was a hot company in 2010. But we had yet to deliver out our full product vision: the platform was Ruby-only, lacked background processes and a bunch of other capabilities needed for more substantial apps.
2/ The decision to accept the acquisition was made by me, the two other founders, and the CEO. (With input from our investors, of course.)
We saw it as a big funding round: never need to raise money again, and in the meantime get legitimacy for enterprise sales.
3/ But let's be honest: the money mattered. Getting a good outcome for investors, for early employees, and yes for ourselves.
3a/ (I put a bunch of the proceeds from this into the 2014 Colorado campaign to legalize recreational marijuana. So I guess you can partially thank Salesforce for that legal weed you've been enjoying during lockdown)
4/ Also—and this might seem hard to remember looking back—Y Combinator was financially unproven. They had built a huge about of prestige the the Valley, but IIRC at the time they were still in the red. (@paulg correct me if I have that wrong)
5/ I figured Heroku's return for YC would help prove their model. That mattered to us, given that going through the YC program had been a life-changing experience.
6/ After the acquisition, the Salesforce folks I worked with were great. They generally wanted whatever was best for Heroku's team and customers. I learned a lot from time spent with @GeorgeHuSF, @Benioff, and others.
7/ On the downside, there were many ways SFDC values didn't overlap with Heroku values. One prominent example is Heroku's team valuing sleek and minimalist design.
8/ That's not a knock on SFDC or Heroku: values aren't right or wrong, they just are. But it created some collaboration friction.
9/ There was also this theory that Heroku for Java would be a game-changing, and that the Java folks from SFDC could help us get there. @jesperfj and others did great work here.
10/ We released the product (see blog.heroku.com/java) but I don't think it was an important part of Heroku's long-term impact compared to the new world of Node.js, Go, etc.
11/ In the end I think there was somewhat less strategic alignment between SFDC and Heroku than both parties had hoped.
Heroku did get access to customers we couldn't have reached on our own, but not being on the Master Services Agreement undercut that substantially.
12/ And maybe we helped address the "Oracle's got Java and SQL, what do you have?" question for Salesforce. But for extending and integrating Salesforce products, I think Force.com remained the better method.
13/ Looking back, would I still make the same decision to sell?
Hindsight counterfactuals are tricky, but...
14/ The things I am most proud of making at Heroku shipped well after the acquisition.
That is: the Cedar stack including multi-language support, arbitrary processes, streaming logs, and buildpacks. Plus 12factor.net.
So empirically seems like it was a good decision.
15/ And I'm an active user and customer (the backend for @MuseAppHQ runs there) of Heroku today. The platform has only gotten better since I left. Build pipelines are awesome.
16/ I'm glad Heroku exists and continues to be good. I never needed to learn Kubernetes or whatever, and I get to deploy my web apps with git push and zero configuration.
So in the sense of stewardship and longevity, Salesforce has been a good home for Heroku.
17/ Hoping the same will be true for Slack i.e. continuing to exist and be good over the longer term. The Heroku precedent seems to indicate that's a plausible outcome.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
[ANN] Ink & Switch begins a new chapter with @pvh at the helm!
Anyone who's been part of the Ink & Switch community this past year knows that Peter is the obvious choice, but for those that haven't here's the backstory…
Five years ago, the three Heroku founders started a research lab to explore what's next for productive computing.
Peter joined us in 2017, opening a new track of research on CRDTs, peer-to-peer networking, and the decentralized web. His leadership here has been extraordinary.
1/ First, not the reason: because I think Google is a bad company somehow. They've done a huge amount of good for tech and in the world broadly. And their products are generally excellent. ⭐️
2/ One general objection I have is with concentrations of power. I usually root for (and try to support) underdogs in my small show of support for balance in the world.
1/ The developer experience is top-notch. Our team has built prototypes on Windows/C#, iOS/Swift, Android/Kotlin, browser/JS/React, Chrome OS/Chrome Apps/Typescript, Flutter/Dart, and Rust/WASM, to name a few.
2/ Electron has consistently been the easiest to get started with, and then smooth and convenient for ongoing development. (We haven't had to deal with long-term maintainability, however)