Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cursor 1.7

cursor.com

Post reply on HN
Print view View original

111–120 of 169 posts

Re: Cursor 1.7

#111

Post by tripplyons »

jrop wrote: post #82
clickety_clack wrote: post #80

Earlier quoted context omitted.

I totally agree on point 1. Being able to make piece wise, limited updates with AI was a sweet spot, but they keep pushing towards “ai changes hundreds of lines across dozens of files” type edits. I bought into cursor heavily from the off, and I’ve seen it create auth bypasses, duplicate component libraries and break ORM models. I know what I want to do, I just want it to happen faster and in a way I can control and…

Neovim + Git + Aider seems to get close to perfection.

I have tried similar workflows (Neovim + Opencode/Codex CLI), and for me, the biggest downside compared to Cursor is the lack of a tab completion model as good as Cursor's. Supermaven is the best one I've found so far for Neovim, but it gives worse suggestions and can only suggest changes on the same line you are on.

Re: Cursor 1.7

#112

Post by esafak »

bfeynman wrote: post #54
causal wrote: post #42

Earlier quoted context omitted.

Yeah I have to imagine it's because of user base, there's no real moat in the technology

not only that but the way that openai and claude have their own foundational models/agents trained to work via CLI, which will basically always be better than just cursors gpt wrapper approach.

How are they trained to work via CLI? You prompt it and it returns response. Where does the CLI come into play?

Re: Cursor 1.7

#113

Post by esafak »

mdale wrote: post #63

Was spending a lot with cursor switching between sonnet and opus 4.1s like 1500 to $2k a month. Was doing a lot of tabs in parallel of course. Output was like 5k lines on Good day. (Lines not the best measurement) But a yard stick against feature testing and rework. Now with gpt-5-codex and codex vs code ext .. getting through up to 20k line changes in a day again lots of parallel jobs; but codex allows for less rewo…

And this unreviewed code is going into production?

Re: Cursor 1.7

#114

Post by ai-christianson »

causal wrote: post #38

I got into Cursor a little late, went really heavy on it, and see myself using it less and less as I go back to VSCode. 1) The most useful thing about Cursor was always state management of agent edits: Being able roll back to previous states after some edits with the click of a button, or reapply changes, and preview edits, etc. But weirdly, it seems like they never recognized this differentiator, and indeed it remai…

> Adding autocomplete to the prompt box gives me suspicion they somehow still do not understand best practices in using AI to write code. It is more crucial than ever to be clear in your mind what you want to do in a codebase, so that you can recognize when AI is deviating from that path. Giving the LLM more and earlier opportunities to create deviation is a terrible idea.

Agreed 100%

Any time there's LLM auto complete on the prompt (chatgpt has done this too!) I find it horribly distracting and it often makes me completely lose track of what I had in mind, especially on more difficult tasks.

Re: Cursor 1.7

#115

Post by oersted »

arjie wrote: post #73
oersted wrote: post #30

I'd love to hear from folks who mainly use Claude Code on why they prefer it and how they compare. It seems to be the most popular option here in HN, or at least the most frequently mentioned, and I never quite got why. I always preferred the deep IDE integration that Cursor offers. I do use AI extensively for coding, but as a tool in the toolbox, it's not always the best in every context, and I see myself often swit…

It's primarily the simplicity with which I can work on multiple things. Claude code is also very good with using tools and stuff like that in the background so I just use a browser MCP and it does stuff by itself. I hook it up to staging bigquery and it uses test data. I don't need to see all these things. I want to look at a diff, polish it up in my IDE, and then git commit. The intermediate stuff is not that intere…

That makes sense. Personally I have rarely gotten truly satisfactory results with such a hands-off approach, I cannot really stop babysitting it, so facilities to run it in the background or be able to do multiple things at once are rather irrelevant to me.

But I can see how it might make sense for you. It does depend a lot on how mainstream what you are working on is, I have definitely seen it be more than capable enough to leave it do its thing for webdev with standard stacks or conventional backend coding. I tend to switch a lot between that and a bit more exotic stuff, so I need to be able to fluidly navigate the spectrum between fully manual coding and pure vibe coding.

Re: Cursor 1.7

#116

Post by coconut08 »

leerob wrote: post #55
causal wrote: post #38

I got into Cursor a little late, went really heavy on it, and see myself using it less and less as I go back to VSCode. 1) The most useful thing about Cursor was always state management of agent edits: Being able roll back to previous states after some edits with the click of a button, or reapply changes, and preview edits, etc. But weirdly, it seems like they never recognized this differentiator, and indeed it remai…

(I work at Cursor) 1. Checkpoints/rollbacks are still a focus for us, albeit it's less used for those working with git. Could you share the bug you saw? 2. Autocomplete for prompts was something we were skeptical of as well, but found it really useful internally to save time completing filenames of open code files, or tabbing to automatically include a recently opened file into the context. Goal here is to save you k…

i really tried to use cursor and really wanted to like it but i constantly ran into this problem where the agent wasnt able to see what was happening in the terminal.

Re: Cursor 1.7

#117

Post by oersted »

sexyman48 wrote: post #62
oersted wrote: post #30

I'd love to hear from folks who mainly use Claude Code on why they prefer it and how they compare. It seems to be the most popular option here in HN, or at least the most frequently mentioned, and I never quite got why. I always preferred the deep IDE integration that Cursor offers. I do use AI extensively for coding, but as a tool in the toolbox, it's not always the best in every context, and I see myself often swit…

Maximalists who find value in "deep IDE integration" and go on about it also enjoy meetings.

That is a bit uncalled for, I like to be lean and technically precise as much as the next guy.

I am not talking about "deep IDE integration" in a wishy-washy sense, what I care about as a professional engineer is that such an integration allows me to seamlessly intervene and control the AI when necessary, while still benefiting from its advantages when it does work well on its own.

Blindly trusting the AI while it does things in the background has rarely worked well for me, so a UX optimized for that is less useful to me, as opposed to one designed to have the AI right where I can interlieve it with normal coding seamlessly and avoid context-switching.

Re: Cursor 1.7

#118

Post by kaoD »

coconut08 wrote: post #116
leerob wrote: post #55

Earlier quoted context omitted.

(I work at Cursor) 1. Checkpoints/rollbacks are still a focus for us, albeit it's less used for those working with git. Could you share the bug you saw? 2. Autocomplete for prompts was something we were skeptical of as well, but found it really useful internally to save time completing filenames of open code files, or tabbing to automatically include a recently opened file into the context. Goal here is to save you k…

i really tried to use cursor and really wanted to like it but i constantly ran into this problem where the agent wasnt able to see what was happening in the terminal.

I've had this happen too in VSCode, but for some reason I've never seen it since the GPT-5 Codex release?

Are you perhaps on Windows+MinGW? That's the only weird thing in my setup (and it has caused problems in the past for me).

Re: Cursor 1.7

#119

Post by oersted »

saltyoldman wrote: post #85
oersted wrote: post #30

I'd love to hear from folks who mainly use Claude Code on why they prefer it and how they compare. It seems to be the most popular option here in HN, or at least the most frequently mentioned, and I never quite got why. I always preferred the deep IDE integration that Cursor offers. I do use AI extensively for coding, but as a tool in the toolbox, it's not always the best in every context, and I see myself often swit…

I think personally I really like Claude, but our company has standardized on Cursor. Both are very good. I do like the tab completion. The "accept/undo" flow of cursor is really annoying for me. I get why its there, but it just seems like a secondary on top of Git. I usually get everything in a completely committed state so I can already see all my changes through the standard git management features of "VSCode". I t…

I like the "accept/undo" feature because it allows for much more granular control. You can accept some files or lines, and give feedback or intervene manually in other parts. I don't like building up technical debt by accepting everything by default.

Re: Cursor 1.7

#120

Post by xyos »

coconut08 wrote: post #116
leerob wrote: post #55

Earlier quoted context omitted.

(I work at Cursor) 1. Checkpoints/rollbacks are still a focus for us, albeit it's less used for those working with git. Could you share the bug you saw? 2. Autocomplete for prompts was something we were skeptical of as well, but found it really useful internally to save time completing filenames of open code files, or tabbing to automatically include a recently opened file into the context. Goal here is to save you k…

i really tried to use cursor and really wanted to like it but i constantly ran into this problem where the agent wasnt able to see what was happening in the terminal.

I did too and it was because powerlevel10k theme for zsh, if you customize your terminal as many people do, you will have a bad time
Post reply on HN