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

Our decision on Cursor following its acquisition by SpaceX

openai.com

Post reply on HN
Print view View original

281–290 of 543 posts

Re: Our decision on Cursor following its acquisition by SpaceX

#281

Post by nixon_why69 »

mstade wrote: post #209
jimbob45 wrote: post #184

Earlier quoted context omitted.

Are you willing to denounce each and every Chinese company for equal amounts of IP theft as well then?

Yes. Two wrongs do not make a right.

If the results of the distillation are released freely for everyone to download, I wouldn't even call it a wrong.

Big models are built by scraping the recorded thoughts of everyone, so giving everyone a chance to run a distilled small model is just going full circle.

Obviously the underlying motivations aren't 100% altruistic, but I'll still take it.

Re: Our decision on Cursor following its acquisition by SpaceX

#283

Post by tsimionescu »

jorvi wrote: post #270
germandiago wrote: post #200

Earlier quoted context omitted.

I am pretty sure that the goal of these companies at the end is ruling more than what governments can. Just look at the pattern... they collude, they provide to them whatever is needed, and at some point, if this is not true yet, they will be the ones who will tell them what to do or not, bc you know how humans are, right... blackmailing, mess up the business or shames of people, etc. It is just a matter of time. The…

Did we not watch every single supposedly powerful US tech CEO immediately drop in supplication and kiss Trump's ring as soon as he became president? And when Jack Ma got mouthy, Xi locked him in a basement for 3 months and then kept him in exile for another 5 years. So much for the all-powerful cabal.

> Did we not watch every single supposedly powerful US tech CEO immediately drop in supplication and kiss Trump's ring as soon as he became president?

Why fight someone who is so open to corruption? The important thing is that they got everything they wanted, and all they had to do was throw a few million at the clown, attend his parties, and maybe take down some diversity programs they didn't believe in anyway.

China is a different beast altogether, though.

Re: Our decision on Cursor following its acquisition by SpaceX

#284

Post by jtwaleson »

kian wrote: post #217
jtwaleson wrote: post #168

Earlier quoted context omitted.

The tide is turning though. I was using the old non agent view in cursor every day for about a year when I built my startup with it. Then Claude Code blew it out of the water. But since two month or so I much prefer Codex and Cursor with the agent view. However, what I see cooking at Cursor is way more promising than the others. Things like full system understanding, their own forge, multi-repo support. I'd put them…

what do you mean by 'full system understanding', here? And don't you think that claude and openai are using their own forge as well?

Ingesting the whole codebase in their cloud and then maintaining indexes of where everything lives and what already exists. Not sure if that's where they are going but that's what I feel looking at some of the beta functionality and announcements.

For the forges, what the sibling said.

Re: Our decision on Cursor following its acquisition by SpaceX

#285

Post by ozlikethewizard »

david-gpu wrote: post #277
DonsDiscountGas wrote: post #273

Earlier quoted context omitted.

> then surely a model distilling another model is transformative and fair use. Yes it is, in the legal/copyright sense of fair use. That's why they ban it in their TOS. Which customers agree to when signing up for the service.

How long until books come with TOS, then?

Damn now im looking forward to the day when books end up like physical game disks, where somehow you're not buying the book just a license to it, what a boring dystopia this is lol

Re: Our decision on Cursor following its acquisition by SpaceX

#286

Post by jurgenburgen »

jackjeff wrote: post #194

Is there some kind of alternative to Cursor in these terms - fast because the code is already indexed no need to start every prompt rediscovering the world with rg - in editor/vscode review much better than relying on git diff at the very end. You can click on next button to jump there. Quick edit in place. Or a quick prompt (seconds) to fix something small - in editor completion / quick edits, when you do things by…

> It seems that everyone loves agentic Claude code things these days but I don’t understand how you can review what it did and remain as much in the flow as you do with cursor.

The way I review it is to let it finish a PR sized slice and then I review the whole diff in a separate terminal as if it’s a PR from someone else. Then I very impolitely list the shit that needs fixing, let the LLM grind out a new batch and repeat the process. When the code is good enough I throw it into a commit and push a PR out for other humans to review.

Clicking around in a UI would just waste time and if the change is too large to review in a terminal window the change is too large for another human to review.

Re: Our decision on Cursor following its acquisition by SpaceX

#287

Post by DanielHB »

jackjeff wrote: post #256
Szpadel wrote: post #246

Earlier quoted context omitted.

I usually copy paste snippet or function name that is affected and comment it. similar like you would sit next to coworker and tried to say where he/she messed up. agent is able to get location correctly I know this is change of context, but I have full screen terminal toggled with keyboard shortcut and with middle mouse paste (Linux) I do not have to move cursor anywhere

Thanks for the reply. That makes sense. It’s sort of what I do too when I use codex/claude/t3 code, but usually via GUI. The in-editor context review is something that does not seem long for first world. Sadly. Maybe I’ll be forced to make a zed extension or something, maybe on top of jujustu…

I use git diff and ctrl+click the file+linenumber which opens my IDE. Works well enough. I use this macro here when there are a lot of changes:

  gdf() { git diff '*'$1'*'; }

  gdf fileName (doesn't need full file name)

  gdf folderName (all files in a folder)

Re: Our decision on Cursor following its acquisition by SpaceX

#288

Post by DanielHB »

Szpadel wrote: post #246
jackjeff wrote: post #239

Earlier quoted context omitted.

In the case of TUIs I’m going to assume you review the code externally in neovim or lazy git or something like that? I don’t like relying on GIT for that and making things as good/done as I go. But with these agentic tools that’s what I have to do. Stage everything I like, manually edits a few bits. But what do you when you find something where you want to say the agent: I don’t like this for reasons x and y redo as…

I usually copy paste snippet or function name that is affected and comment it. similar like you would sit next to coworker and tried to say where he/she messed up. agent is able to get location correctly I know this is change of context, but I have full screen terminal toggled with keyboard shortcut and with middle mouse paste (Linux) I do not have to move cursor anywhere

Guake and Yakuake have this always-on-top terminal overlay mode which is really nice for this kind of workflow. Works exceptionally well with multiple workspaces I prefer one single big monitor with everything maximized and multiple workspaces.

iterm2 on mac also has a similar mode, but it is a bit finicky to set it up (it is really hidden in the settings).

Re: Our decision on Cursor following its acquisition by SpaceX

#289

Post by aws_ls »

jackjeff wrote: post #194

Is there some kind of alternative to Cursor in these terms - fast because the code is already indexed no need to start every prompt rediscovering the world with rg - in editor/vscode review much better than relying on git diff at the very end. You can click on next button to jump there. Quick edit in place. Or a quick prompt (seconds) to fix something small - in editor completion / quick edits, when you do things by…

I code using Codex or sometimes ClaudeCode.

I use Zed to review the code.

CLI is great for most things. Some times, when I am reviewing a PR, I just tell Codex to do a diff between source and target branches in PR, and generate a HTML report. Then I read that, and also review relevant pieces of code in Zed.

I tried using Cursor, many of my colleagues use it, but stopped using it due to clunkiness. And of late, even in there, many of my colleagues use agentic coding. Instead, I prefer the snapiness of CLI (Codex coded in rust, takes less memory per session) and Zed (also coded in rust,) and blazingly fast. Zed is the new Sublime Text if you will.

Re: Our decision on Cursor following its acquisition by SpaceX

#290

Post by imtringued »

jackjeff wrote: post #194

Is there some kind of alternative to Cursor in these terms - fast because the code is already indexed no need to start every prompt rediscovering the world with rg - in editor/vscode review much better than relying on git diff at the very end. You can click on next button to jump there. Quick edit in place. Or a quick prompt (seconds) to fix something small - in editor completion / quick edits, when you do things by…

I used zed with codex for the accept / reject code review feature without relying on git but yesterday the Read Only drop-down disappeared and while I was doing my code review the AI agent started vibe coding without my permission. I hate this industry.
Post reply on HN