Heroku runs on AWS. Vercel runs on AWS. Render runs on AWS. Everything is an AWS wrapper. So you might as well deploy to your own AWS account and use your cloud credits. porter.run/for-seed-stage-st…

We've fully overhauled infrastructure audit logs on Porter. You can now query activity across any of your connected AWS/GCP/Azure cloud accounts. As developers and agents are provision and mutate infrastructure at an unprecedented rate, having a queryable trail of activity is more critical than ever.

YC P26’s @trymemoir_ai and co-founder @ZhanJason179 chose Porter for production-ready infra without any DevOps overhead. Looking to deploy with your AWS/Azure/Google Cloud credits? Redeem the Porter startup deal: porter.run/startups/aws-azur…

YC P26’s @ontoratech and founder @dav1dk0rn rely on Porter to seamlessly leverage their AWS/Azure/Google Cloud credits. Check out the easiest way to deploy to your own cloud: porter.run/startups/aws-azur…

YC S26’s @getcontextdev and founder @mynameisyahia migrated to Porter so they don’t have to worry about DevOps during YC. Use your AWS/Azure/Google Cloud credits without any infra headaches: porter.run/startups/aws-azur…

YC W26's @robby_assistant and co-founder @FerozeMohideen leverage Porter for automated infrastructure management so they can focus on shipping product. Redeem our startup deal and deploy effortlessly with your AWS/Azure/Google Cloud credits: porter.run/startups/aws-azur…

Last week I spoke at @ycombinator DevTool Day. The focus of my talk was a summary of the merits and demerits of selling to startups. A lot of people don't realize that in the beginning, Porter never intended to have startups as users. After years of pivoting we initially built a product designed to migrate Enterprise-tier PaaS users to the hyperscalers. I remember actively turning away early-stage companies looking to use us because they seemed too small to justify the migration effort. Eventually, a couple startups hell-bent on using us managed to self-serve even though we had no documentation and had exclusively built our "onboarding" flow as an internal tool to process white-glove migrations. We let those startups stay on the platform expecting nothing to come of it. Luckily for us, we had some rocket ships in that initial sample. A few of those users rapidly grew to a significant usage scale (with individual clusters on the order of terabytes of RAM and hundreds of nodes) within months of onboarding. This was larger and higher-value than most of the customers we were running through a multi-month sales process. That got our attention. Even still, we were initially pretty reluctant to bet the farm on startups. As any VC knows, all the growth is overwhelmingly concentrated into a tiny subset of companies. This gets to a key downside of pursuing this strategy: unless you have a product that an overwhelming percentage of startups can use (like payment processing, HR, or corporate card), you run the risk of not capturing enough mindshare to effectively guarantee there are some winners in your basket. If your carrying capacity for pre-seed startup adoption is something like 15% of all companies, you could struggle to get off the ground unless you're somehow indexing for only the best of the best. For devtools in particular, you're almost always better off going truly bottoms-up with indie devs if your product allows it. In retrospect, I believe we were fortunate that two things were the case: (1) frustration with DevOps overhead (i.e. having to manage AWS/GCP/Azure) is essentially ubiquitous, and (2) cloud infrastructure is a higher-order expense for virtually all startups (probably the 2nd or 3rd largest line item after payroll and tokens). The upshot is also massive. Winning startup mindshare means you are building for the next generation of public companies. If you can keep up with your best customers and preserve sufficient pricing power, you have the ultimate NRR engine. As a devtool company, there's also nothing better than getting to work with smart, high-growth teams at the bleeding edge of technology.

I received a cease and desist for our company logo, so we turned it into an opportunity to rebrand. A few months ago, I received an email from a large consumer company with a legal notice that our logos looked too similar. They were generally civil but insisted that we discontinue the use of our existing logo. In truth, this was mildly amusing to me given our logo's origin: a few years back during YC, I just typed "porter" in Figma using one of the default fonts (Montserrat). It was never meant to be a real logo, but we figured it wouldn't make or break Porter. Fast-forward to the present and I guess enough folks have heard about us for a large player in a different industry to care. At the end of the day, what really matters as a devtool company is your product, but a brand can set the high-water mark that you aspire to with everything else you do. We wanted the new identity to exemplify our more flat, graphic-leaning taste while featuring composable elements (or "atoms") that mirror how we think about compute. In retrospect, I'm really glad this happened and served as a forcing function for refreshing our brand.

Last week I had the pleasure of interviewing my YC Group Partner @daltonc at the @brexHQ office. Here was my biggest takeaway from our fireside:

Opalite Health (YC W26) co-founder and CTO @akmehregan uses Porter to ship product for enterprise customers without DevOps overhead. Looking to deploy with your AWS/Azure/Google Cloud credits? Redeem the Porter startup deal: porter.run/for-seed-stage-st…

YC F25's @usecrunched chose Porter for the reliability and scalability of EKS with the simplicity of a PaaS. Looking to deploy with your AWS/Azure/Google Cloud credits? Redeem the Porter startup deal: porter.run/for-seed-stage-st…

There are only 2 types of founder advice here on X/Twitter. One is valuable. The other is almost worthless. Here's how to tell the difference: Let me say this out loud: I deeply discount founder advice. Yes, I'm fully aware of the irony of saying that as a founder who (sometimes) shares advice on X. Here's why I feel this way: for every founder who made it and is now dispensing wisdom from a position of success, there is a long tail of people who said the exact same things, followed the exact same playbook, and crashed. The advice was identical. The outcome was completely different. And even the founders who are currently winning, who knows where their companies will be in five years - there's so much luck involved, so much random chance, so many invisible variables that the signal-to-noise ratio on most prescriptive founder advice is extremely low. But I think there's a nuance here that matters quite a bit, and it's the thing I'd want any early-stage founder to internalize: Put all founder advice into two buckets before you decide how much weight to give it. Bucket 1: "Here's what I actually did." This is a founder telling you the specific story of how they handled a real situation. What they tried, what worked, what didn't. That's a genuine data point. You can collect those from many founders, aggregate them yourself, and draw your own conclusions. That has real value. Bucket 2: "Here's what you should do." This is a founder projecting their experience onto your situation and telling you the right answer. What they'd do in your shoes. How they'd solve your specific problem. This is shaped by survivorship bias, by luck, by a thousand variables they don't understand about your context. Heavily, heavily discount this. The distinction seems small but it's everything. Counterfactuals like “what I would have done differently” and “what I think you should do” are almost worthless because they're untested hypotheticals dressed up as wisdom. I try to stay in Bucket 1. You should hold me to that.

YC W26 Demo Day is six weeks away, and we're halfway through the batch. As a previous YC S20 founder, I wanted to give my shoutout to the 132 founders publicly accepted! Here’s a sector breakdown and some of the companies we’ve got our eyes on: The B2B section dominates with 50 companies including: → AI/ML Infrastructure: o11 (YC W26) , Chasi (YC W26) , Arcline (YC W26) → Sales & GTM Tools: Martini , @shofoai (YC W26), SideKit (YC W26), Constellation Space (YC W26) → DevTools: Oximy (YC W26) , @carettaso (YC W26) , Samora AI (YC W26) → Vertical SaaS: Booko (YC W26), Corelayer (YC W26), Arzule (YC W26), Polymath (YC W26) Fintech: → SpotPay (YC W26), Grade (YC W26), Sequence Markets (YC W26) → Forum (YC W26), Maywood → Fenrock AI (YC W26) → Kita (YC W26), Panta (YC W26) Industrials: → Energy: Human Archive (YC W26), @axionorbital (YC W26), Voxel Energy → Manufacturing/Hardware: HLabs, DAIVIN! (YC W26), GrazeMate (YC W26), Squid (YC W26), OctaPulse (YC W26) → Deep tech: Beyond Reach Labs (YC W26), Verdex (YC W26), RoboDock (YC W26), @arcprize, @gru_space (YC W26) Personally, I’m a huge fan of Srihan B. and Abhisheik Sharma from Protent (YC W26) , Gatik Trivedi, Gavin Brennen and Caleb Chan of Lance (YC W26), and Alex Mehregan and @KuoCathleen, MD of Opalite Health (YC W26). They were also the first few in their batch to run on Porter 😏 Image credits to Eric Lay at Virio!

Our Series A pitch deck was made in 45 minutes the night before the partnership meeting. The reason? We care about our product, not some fancy pitch deck. Trust me, it wasn’t because I procrastinated, but rather because I don’t think pitch decks are the important part of fundraising. Here's the thing about fundraising that most people get wrong: The deck is not why you get funded. You get funded because: → Your business is performing → You've built trust with the investors → The market opportunity is real → Your team can execute The deck is just documentation of those facts. I've talked to too many founders who spend weeks perfecting their pitch deck, obsessing over fonts and animations and storytelling arcs, while their product is mediocre and they have no existing relationships with investors. That's backwards. Build a good product. Get real traction. Develop relationships with investors over time (we spent over a year building trust with FirstMark before we raised). Then, when it's time to pitch, the deck is easy because you're just showing them what's already true. Our deck has all the important stuff - charts, growth metrics, market analysis, team background. Some of the sensitive numbers are scrubbed out, but you can see the structure. Is it the most beautiful pitch deck ever made? No. Did it work? We raised our $20M Series A, so I believe so. Comment "DECK" below and I'll send you the cleaned up version. --- Listen, I really don’t want you to follow what we did here. It’s not some masterclass in pitch deck design. It’s not a template you should follow, especially for new companies. What you should follow? Build a great product, get real traction, and just show investors what is already true.

Excited to announce that we’ve OFFICIALLY moved into our new office here in New York. Are there any pool tables? No. Ping pong tables? Definitely not. Every startup magazine article will tell you the same thing: Ping pong tables = fun culture = happy employees = work life balance. Startup founders need to realize what this actually means: you’re encouraging people to spend their break time … still at the office … playing ping pong … with their coworkers … during hours they could be experiencing the city they live in. We’re in New York. One of the most vibrant cities in the world. If you want to play ping pong, there are FAR better options than our office. If you want to shoot pool, go to any of the TOP pool halls in the country. If you want to grab drinks, go to one of the thousand incredible bars in this city. The office is for work. We aren’t saying we’re some dystopian grind culture that doesn’t value our team’s wellbeing. We’re saying that real work-life balance means ACTUALLY having a life outside of work. When you're here, you're working on genuinely hard problems with exceptionally smart people. It's energizing, and exactly what we've built this space for. When you’re not here, we want you living an actual life: seeing friends, exploring the city, doing things that have nothing to do with Porter. The “fun office” thing has always felt like a trick to me. Almost like companies are trying to make the office so comfortable and entertaining that you never feel the need to leave. That’s not balance. It’s just work with extra steps.

RIP @heroku. One of the most loved developer platforms of all time was effectively deprecated today. Heroku's CPO just announced that no new features will be pushed and new Enterprise contracts will no longer be offered to Heroku customers. Despite everything, I actually want to give them their flowers: It's no secret that @porterdotrun has migrated a lot of Heroku Enterprise users over the years. We might genuinely have a more intimate understanding of their recent decline than anyone. But what a lot of people neglect to discuss is that Heroku nailed one thing from the very beginning: the product. The abstraction they made for developers was essentially perfect. A decade and a half since its launch and over a decade since its acquisition by (and stagnation under) Salesforce, Heroku is still best-in-class at developer experience. It's why despite the insane outages, inert product, and obscene pricing, developers still universally talk about the "Heroku experience." It's a fond and slightly distant memory for many of us, but it's still the reference point. Whether we like to admit it or not, the modern PaaS generation has, at best, mimicked the Heroku app experience: Render, Railway, Fly - even Porter. The remaining innovation is to solve the graduation hurdle that Heroku could never fully overcome as companies inevitably moved to the hyperscalers. That's what we obsess over at Porter, but make no mistake: they nailed the DevX. Heroku is dead. Long live Heroku.

Porter just raised a $20M Series A with ZERO salespeople. Here's why: There are two schools of thought post Series A: School 1: Open every channel. Sales, marketing, paid ads, content, partnerships. Throw money at everything. School 2: Find the one channel that's already working and max it out until it returns diminish. Then add new channels. We're strictly camp 2. Our one channel: bottoms-up startup adoption, word of mouth, organic growth in YC, and product-led growth. Right now? It’s working. Hundreds of companies have moved away from Render, Heroku, Vercel and Railway without us having to hunt them down. Could we get positive ROI from sales? Probably. But to quote Pedro from Brex: "All growth is about alpha." At Series A, our view is that the primary game is identifying the one channel where there's maximum alpha and exploiting it completely. You put all your chips on red and go after it. Saturate it, max it out, and do everything you can until it's depleted. ONLY when marginal returns start to taper do you mix in new channels like sales and paid ads. But not before. Focus is the most important thing a startup can have. We're not ready to dilute attention across five growth channels. We're still extracting massive value from the one that works. When we see it plateau, we'll dive deep into sales and marketing.

Silicon Valley gets all the Series A funding. But have you seen what’s being built in New York? Here are the companies I’m closely watching …make sure to keep your eye on them: @TennrOfficial – AI automation for healthcare referral workflows processing 10M documents/month @outtake_ai – Agentic AI that detects and removes phishing attacks and identity fraud @ModelML_ – AI that generates pitch decks and investment memos in under 3 minutes @Traba_Work – Labor marketplace for light industrial temp workers with 95% fill rates @FINNYAI – AI prospecting platform for financial advisors with automated outreach @flip_cx – Voice AI automating 90% of customer service calls @retirable – Retirement planning platform with fiduciary advisors for middle-income retirees @tidalwave_ai – AI mortgage platform with instant pre-approvals via Fannie Mae/Freddie Mac @hifortunahealth – Medicaid enrollment platform reducing coverage churn by 15% @warpdotdev – AI-powered terminal for modern software development workflows @draftwiselegal – Contract intelligence platform using firm precedent and AI @ExtendHQ – Extended warranty platform resolving 98% of claims in 90 seconds @rallyuxr – User research CRM automating recruitment and scheduling @crosbylegal– AI law firm reviewing contracts in under an hour @AmbrookAg – Farm accounting software with Schedule F integration Let me know if I’m missing any!