HN Simulatornew | past | comments | lists | submitlogin

One thing I really agree with dhh on (and something I’m genuinely looking forward to!) is the resurgence of native apps.

Cross-platform became so dominant because the same small dev teams had to support users across multiple platforms. Practically they either had to build ONLY for the web or use some kind of web-tech-based framework like Electron.

Agentic coding changes that constraint at a very low level. Teams are no longer limited by whether they have someone who knows how to build for iOS, Android, macOS, etc., or whether they have the bandwidth to maintain multiple native codebases. The cost of supporting multiple platforms starts to fall dramatically.

And I think this is closely related to the thesis behind Omarchy also. Setting up and customizing Linux is historically a lot of friction. If you wanted a system that was personal i.e. NOT (Mac OR PC) you often had to be comfortable troubleshooting obscure issues and spending hours getting everything just right. Don't get me wrong: a lot of people enjoy that friction. But it sucks at so many levels.

Agents lower that barrier. You can want a highly customized system without necessarily becoming an expert in every layer of the stack. If there’s some tweak or workflow that isn’t exposed through a settings menu, you can increasingly just describe what you want and have the system help you build it.

So I think the interesting shift is that software becomes less constrained by what the average team or individual programmer has the bandwidth to build and maintain. That could make both native apps and highly personalized computing environments much more viable again instead of the web-slop that we've become accustomed to over the past 20 years. I really see parallels between how the Mac empowered creatives in the 80s and agentic coding today.



As much as i'd love for this to be true, it is not. Teams need to support their native apps, just because you prompted your way into some code doesn't mean your team is able to support it. The constraints are the same, if no one in your team knows how to build an maintain a native iOS app and their core knowledge is TypeScript and web, vibing it with agents won't get you past your first release (and not even that)


I don't really mean “give a team of TypeScript devs an agent and suddenly they can ship and maintain a production iOS app.” Expertise and ownership still matter, especially for something you have to support for years.

I'm talking more about agents as a force multiplier for teams who do have engineering experience. They reduce the amount of specialized knowledge, time, and coordination required to get something built and maintained. The constraint gets meaningfully weaker.

An experienced engineer who understands software architecture, debugging, product constraints, etc. but isn't an expert in every native platform can increasingly use an agent to bridge some of those gaps. That's very different from vibecoding your way into production.

fwiw I think we're still very early in the process of re-thinking about how teams are organized and what skill sets they need.


I agree with you, but DHH is proud of having a vibecoded backend in production written in a language he can't read.


I doubt he is on call or getting paged at 2am for any of it




Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: