zlacker

[return to "Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework"]
1. Georgy+dX[view] [source] 2026-02-03 19:59:09
>>eduard+(OP)
When an experienced team with production users first feels ‘we can’t keep duct-taping this,’ what exact failure makes them reach for Modelence instead of just adding another managed service or framework?
◧◩
2. artahi+xZ[view] [source] 2026-02-03 20:08:15
>>Georgy+dX
There are often two peak points, one at the beginning when a team has built a frontend, then is looking to add things like authentication and realizes they have to bring in a separate backend (setting things up and connecting is the main friction).

Later, the second realization is when you start needing deeper observability, and realize you have to bring in one more platform and set it up. Just adding another service is easy, but making them work seamlessly together is much harder. In this case the "failure" is that they realize they are spending way too much time to set things up to even see what's happening in their application in prod.

◧◩◪
3. Taikon+Be4[view] [source] 2026-02-04 17:49:44
>>artahi+xZ
> Just adding another service is easy, but making them work seamlessly together is much harder.

This argument in favor of PaaS makes a lot of sense to me. A PaaS vendor might say, "sure, you could set up your own observability layer, configure storage for it, troubleshoot that one service that can't connect to the API's endpoint, etc. Or you could just check the "observability" box on our dashboard and boom, there it is."

I'm currently at a company that really likes setting everything up from scratch. And the amount of time my team has spent building out a platform, as opposed to providing business value, is really sobering.

[go to top]