Live data from Hacker News

Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

news.ycombinator.com

21–30 of 47 posts

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#21
post #13
post #8

Earlier quoted context omitted.

That makes sense, and we've been seeing the same. But in our case, instead of having the LLM inspect an external system, TypeScript is the source of truth for both the schema and everything else, it's all code-defined, so it automatically both catches type mismatch and also makes it instantly readable both to developers and agents.

good point, single type source is very appealing and LLMs are so good with TS because of those type interfaces. only downside is forced js ecosystem x_X

Agree, as for the JS/TS lock-in, we could have applied a similar approach with other languages too, but we intentionally chose to focus on one single stack to create a seamless end-to-end experience instead of providing a generic solution for multiple stacks, because a lot of the problems we're solving are different based on what stack you choose.

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#25

[dead]

Nope, but it seems like it's still on a waitlist - are you planning on launching soon?

We're maintaining a waiting list while we validate GDPR metrics with pilot companies (we're in Germany).

Why did you choose to be strict with the stack instead of opening it up to meet user needs?

While talking to companies and users we found out that prescribing a stack comes with more speed, but hinders progress afterwards (many Lovable users face this issue).

This is why we opened it up completely. Users must manage the backend themselves, but the project is more sustainable (and without lock-in).

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#26

Earlier quoted context omitted.

Nope, but it seems like it's still on a waitlist - are you planning on launching soon?

We're maintaining a waiting list while we validate GDPR metrics with pilot companies (we're in Germany). Why did you choose to be strict with the stack instead of opening it up to meet user needs? While talking to companies and users we found out that prescribing a stack comes with more speed, but hinders progress afterwards (many Lovable users face this issue). This is why we opened it up completely. Users must mana…

The reason why we didn't build a generic platform instead is because everyone already has access to Cursor and Claude Code for building free form applications, and each stack is uniquely different in its challenges. We're picking a particular stack so that the integration between all pieces can be seamless, reliable and pre-built, rather than AI connecting everything from scratch.

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#28

Earlier quoted context omitted.

We're maintaining a waiting list while we validate GDPR metrics with pilot companies (we're in Germany). Why did you choose to be strict with the stack instead of opening it up to meet user needs? While talking to companies and users we found out that prescribing a stack comes with more speed, but hinders progress afterwards (many Lovable users face this issue). This is why we opened it up completely. Users must mana…

The reason why we didn't build a generic platform instead is because everyone already has access to Cursor and Claude Code for building free form applications, and each stack is uniquely different in its challenges. We're picking a particular stack so that the integration between all pieces can be seamless, reliable and pre-built, rather than AI connecting everything from scratch.

Totally agree on Claude's generic approach, minus the deploy/hosting hassle.

That's why I personally really appreciate any solution offering different paths to the same goal: shortening that idea-to-MVP gap even for non-devs. Excited to hear more from you and your team!

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#29
You use a static typed language for guardrails but then you throw out the guardrails of a database schema? Seems like those two decisions are directly at odds.

Without a db schema, you still have to worry about migrating data at runtime or otherwise. Removing the schema just shifts the pain doesn’t remove it, in my experience.

Re: Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework

#30

Not keen on your data store choice. Mongodb introduces a lot of other problems. The problem with schemas is an easier one to solve imo

Totally agree, schema issues are easily solved with solutions like drizzle or prisma.

I would never go full mongo considering how easy is now a days to have TypeScript first postgres.

Post reply on HN