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

191–200 of 438 posts

Re: Cursor 3

#191

Post by girvo »

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…

> I still want to _code_ not just vibe my way through tickets.

You and I want this. My EMs and HoEs and execs do not. I weep for the future of our industry.

Re: Cursor 3

#192

Post by eranation »

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?

Computer use in the cloud is the main reason I use them. It's a game changer. It has its own dev env with a browser / shell and can test what it wrote (a bit of a hassle to set it up, but when it's working, wow)

Re: Cursor 3

#193

Post by eranation »

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…

Computer use in the cloud for me is THE killer feature.

Re: Cursor 3

#195

Post by jwpapi »

wilkystyle wrote: post #103
fragmede wrote: post #95

Earlier quoted context omitted.

> have zero interest in these new "swarms of agents" they are trying to force on us from every direction. Good for you! Personally waiting for one agent to do something while I shove my thumb up my butt just waiting around for it to generate code that I'll have to fix anyway is peak opposite of flow state, so I've eagerly adopted agents (how much free will I had in that decision is for philosophers to decide) so ther…

I have personally found that I cannot context switch between thinking deeply about two separate problems and workstreams without a significant cognitive context-switching cost. If it's context-switching between things that don't require super-deep thought, it's definitely doable, but I'm still way more mentally burnt-out after an hour or two of essentially speed-running review of small PRs from a bunch of different s…

I tried swarms as well, but I came back to you as well. It’s not worth it even th e small worse description double-checking, fine-tuning is not worth the effort the worse code will cost me in the future. Also when I don’t know about it.

Re: Cursor 3

#196

Post by Aurornis »

fragmede wrote: post #95
nu11ptr wrote: post #91

I've been running Claude Code in my Cursor IDE for a while now via extension. I like the setup, and I direct Claude on one task at a time, while still having full access to my code (and nice completions via Cursor). I still spend time tweaking, etc. before committing. I have zero interest in these new "swarms of agents" they are trying to force on us from every direction. I can barely keep straight my code working on…

> have zero interest in these new "swarms of agents" they are trying to force on us from every direction. Good for you! Personally waiting for one agent to do something while I shove my thumb up my butt just waiting around for it to generate code that I'll have to fix anyway is peak opposite of flow state, so I've eagerly adopted agents (how much free will I had in that decision is for philosophers to decide) so ther…

For my work I’ve never found myself sitting around with nothing to do because there’s always so much review of the generated code that needs to be done

The only way I can imagine needing to run multiple agents in parallel for code gen is if I’m just not reviewing the output. I’ve done some throwaway projects where I can work like that, but I’ve reviewed so much LLM generated code that there is no way I’m going to be having LLMs generate code and just merge it with a quick review on projects that matter. I treat it like pair programming where my pair programmer doesn’t care when I throw away their work

Re: Cursor 3

#197

Post by jwpapi »

simplyluke wrote: post #132
wilkystyle wrote: post #103

Earlier quoted context omitted.

I have personally found that I cannot context switch between thinking deeply about two separate problems and workstreams without a significant cognitive context-switching cost. If it's context-switching between things that don't require super-deep thought, it's definitely doable, but I'm still way more mentally burnt-out after an hour or two of essentially speed-running review of small PRs from a bunch of different s…

This is a struggle I've also been having. It's easier when I have 10 simple problems as a part of one larger initiative/project. Think like "we had these 10 minor bugs/tweaks we wanted to make after a demo review". I can keep that straight. A bunch of agents working in parallel makes me notably faster there though actually reviewing all the output is still the bottleneck. It's basically impossible when I'm working on…

Once I started agents and Claude code hid more and more of the changes it did from me it all went downhill..

Re: Cursor 3

#198

Post by girvo »

simplyluke wrote: post #132
wilkystyle wrote: post #103

Earlier quoted context omitted.

I have personally found that I cannot context switch between thinking deeply about two separate problems and workstreams without a significant cognitive context-switching cost. If it's context-switching between things that don't require super-deep thought, it's definitely doable, but I'm still way more mentally burnt-out after an hour or two of essentially speed-running review of small PRs from a bunch of different s…

This is a struggle I've also been having. It's easier when I have 10 simple problems as a part of one larger initiative/project. Think like "we had these 10 minor bugs/tweaks we wanted to make after a demo review". I can keep that straight. A bunch of agents working in parallel makes me notably faster there though actually reviewing all the output is still the bottleneck. It's basically impossible when I'm working on…

> I also expect that there's a lot of feeling busy while not actually moving much faster.

Hey don’t say that too loudly, you’ll spook people.

With less snark, this is absolutely true for a lot of the use I’m seeing. It’s notably faster if you’re doing greenfield from scratch work though.

Re: Cursor 3

#199

Post by crimsonnoodle58 »

I'm confused how and if Cursor is still relevant since the Claude Code VSCode extension came out.

The biggest downside for me with Cursor was losing access to gated Microsoft extensions like Python and C#. Even when vibing there are times you will still need a debugger or intellisense.

I note in the comments lots of people saying they are moving back and this latest move looks like the final nail in the coffin for Cursor.

Re: Cursor 3

#200

Post by vially »

jonasnelle wrote: post #74
vially wrote: post #25

Thought I'd give it a try and installed the latest version. Application crashes at startup on Linux (Wayland) with: "The window terminated unexpectedly (reason: 'crashed', code: '139')". Probably yet another instance of developers mostly testing and doing quality assurance on macOS/Windows.

Hey, sorry about that! Some AUR packages share cursor in a way that isn't forward+backwards compatible across releases. We recommend using our official AppImage from https://cursor.com/download Alternatively, please use a different AUR package that doesn't have these issues https://aur.archlinux.org/packages/cursor-nightly-bin

I prefer to avoid AppImages if I can but I gave it a try anyway and it still fails with exactly the same error. What made you think it's just a packaging issue?
Post reply on HN