3 ms·

How is this different from just using Cursor on my react-native codebase? Cursor in agent mode means: no copy paste, implements features and fixes errors iterat

How is this different from just using Cursor on my react-native codebase? Cursor in agent mode means: no copy paste, implements features and fixes errors iteratively, knows my codebase and adheres to existing patterns. If I need changes, I just ask Cursor and preview live app changes locally

justchad 2y ago
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.
sethburster 2y ago
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.
- boole1854 2y ago
  > 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?
  - sethburster 2y ago
    Yeah, integrations like Supabase, In-App Purchases/Subscriptions setup, Notifications, and App Store submission
  - richardw 2y ago
    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.
petrbela 2y ago
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.
- teaearlgraycold 2y ago
  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.
- tuananh 2y ago
  This is good. I really didn't think of that aspect.

justchad 2y ago

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.

sethburster 2y ago

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.

boole1854 2y ago
> 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?
- sethburster 2y ago
  Yeah, integrations like Supabase, In-App Purchases/Subscriptions setup, Notifications, and App Store submission
- richardw 2y ago
  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.

petrbela 2y ago

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.

teaearlgraycold 2y ago
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.
tuananh 2y ago
This is good. I really didn't think of that aspect.