Cursor is quite a bit better as well at not adding erroneous code. Was testing a0 and it kept getting stuck in endless loops of errors. I'm sure they'll improve but it's pretty rough right now.

We know Cursor is very good at code-gen and are improving our system to catch up. Our goal is to make the entire app development process faster and easier which involves alot of stuff outside of code-gen that we're working on and Cursor likely won't.

> which involves alot of stuff outside of code-gen that we're working on

Could you elaborate on what extra stuff you are working on that will be a value-add over standalone Cursor?

I would guess Replit-like (or Vercel-like) automation of aspects that are RN-specific. Eg typical mobile integrations, databases, more focus on UI (design screens with drag and drop + LLM chat), secrets. Focusing means they’re able to make features work better for just one type of developer, and can move faster. Cursor would need to solve for all types of development since their users probably do everything in all languages from web to mobile to backend etc.

Yeah, integrations like Supabase, In-App Purchases/Subscriptions setup, Notifications, and App Store submission

Cursor is for programmers. Ultimately, you decide what the code should be.

v0/lovable/a0 will replace drag-and-drop "no-code" tools for non-programmers who don't care about code and only decide what the product should do. The tool will likely also manage hosting, either directly or through service providers, to ensure a seamless e2e experience, automatically fix runtime issues etc.

The question remains, will there be a need for Cursor and programmers in the future at all.

Far enough into the future - of course not.

But keep in mind any point where programmers are obsolete is also the point where any job that can be done from a computer is obsolete. Including WYSIWYGing an app.

This is good. I really didn't think of that aspect.