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

Cursor 3

cursor.com

Post reply on HN
Print view View original

11–20 of 438 posts

Re: Cursor 3

#11

Post by seamossfet »

Man, I wish they'd keep the old philosophy of letting the developer drive and the agent assist.

I feel like this design direction is leaning more towards a chat interface as a first class citizen and the code itself as a secondary concern.

I really don't like that.

Even when I'm using AI agents to write code, I still find myself spending most of my time reading and reasoning about code. Showing me little snippets of my repo in a chat window and changes made by the agent in a PR type visual does not help with this. If anything, it makes it more confusing to keep the context of the code in my head.

It's why I use Cursor over Claude Code, I still want to _code_ not just vibe my way through tickets.

Re: Cursor 3

#12

Post by aquir »

Cursor is so good for what I do is that I've cancelled my Cursor subscription and went back to VSCode (w/o Copilot) for the diff review and code navigation.

Re: Cursor 3

#13

Post by neil_naveen »

davidgomes wrote: post #6
minimaxir wrote: post #2

So it has converged to the same UI/UX as the Claude/Codex desktop apps. If that's the case, why use Cursor over those more canonical apps?

1. Cursor is multi-model, meaning you can use at least a dozen different models. 2. Cursor's UI allows you to edit files, and even have the good old auto-complete when editing code. 3. Cursor's VSCode-based IDE is still around! I still love using it daily. 4. Cursor also has a CLI. 5. Perhaps more importantly, Cursor has a Cloud platform product with automations, extremely long-lived agents and lots of other features…

Is there going to be any more development on the frontier of cursor tab completion and features like that (more focused on helping engineer's with llm's for complex tasks) since I feel this is the main reason I dont use claude code or codex. I want to be writing the code, since I want performant, small, codebases that I understand (I am writing eBPF stuff, so agentic coding doesnt work that well)

Re: Cursor 3

#14

Post by whicks »

seamossfet wrote: post #11

Man, I wish they'd keep the old philosophy of letting the developer drive and the agent assist. I feel like this design direction is leaning more towards a chat interface as a first class citizen and the code itself as a secondary concern. I really don't like that. Even when I'm using AI agents to write code, I still find myself spending most of my time reading and reasoning about code. Showing me little snippets of…

Agreed completely on this (as a heavy daily user of Cursor). It's been the perfect in-between of coding by hand (never again!) and strictly "vibe coding" for me. Being able to keep my eyes on all the changes in a "traditional" IDE view helps me maintain a mental model of how my systems work.

I'm hoping in this new UI in v3 I can still get that experience (maybe it's just hidden behind a toggle somewhere for power users / not shown off in the marketing materials).

Re: Cursor 3

#16

Post by tomjen3 »

minimaxir wrote: post #2

So it has converged to the same UI/UX as the Claude/Codex desktop apps. If that's the case, why use Cursor over those more canonical apps?

I won’t, but it does have a couple features Codex lags, including remote SSH (huge, because the easiest way to sandbox your agent is to put it into a VM), and the ability to kicking things of on your mobile and finishing up on your desktop (again, really nice if you get a good idea out on a walk, or while talking to a colleague.

These are features I am sure Codex will soon have, of course.

Then there is the advantage of multiple models: run a top level agent with an expensive model, that then kicks of other models that are less expensive - you can do this in Claude Code already (I believe), but obviously here you are limited to something like Haiku.

Re: Cursor 3

#17

Post by emp17344 »

seamossfet wrote: post #11

Man, I wish they'd keep the old philosophy of letting the developer drive and the agent assist. I feel like this design direction is leaning more towards a chat interface as a first class citizen and the code itself as a secondary concern. I really don't like that. Even when I'm using AI agents to write code, I still find myself spending most of my time reading and reasoning about code. Showing me little snippets of…

AI labs think they’re building an autonomous replacement for software engineers, while software engineers see these systems as tools to supplement the process of software engineering.

Re: Cursor 3

#18

Post by acedTrex »

So they are just turning into another vibe code slop app?

At least before they were tangentially still an actual developer tool, standard vsc windows, the code was the point etc.

Now they offer really nothing interesting for professionals.

Re: Cursor 3

#19

Post by simlevesque »

davidgomes wrote: post #6
minimaxir wrote: post #2

So it has converged to the same UI/UX as the Claude/Codex desktop apps. If that's the case, why use Cursor over those more canonical apps?

1. Cursor is multi-model, meaning you can use at least a dozen different models. 2. Cursor's UI allows you to edit files, and even have the good old auto-complete when editing code. 3. Cursor's VSCode-based IDE is still around! I still love using it daily. 4. Cursor also has a CLI. 5. Perhaps more importantly, Cursor has a Cloud platform product with automations, extremely long-lived agents and lots of other features…

You can use almost any model with Claude Code.

Re: Cursor 3

#20

Post by pjmlp »

What would all these companies do without Microsoft shipping VS Code as open source, probably still stuck with vi and Emacs.

Still curious which ones will survive when the AI gold diggers finally settle.

Post reply on HN