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

Cursor IDE support hallucinates lockout policy, causes user cancellations

old.reddit.com

Post reply on HN
Print view View original

301–310 of 635 posts

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#301

Post by dmitrygr »

theonething wrote: post #190
jgb1984 wrote: post #125

LLM anything makes me queasy. Why would any self respecting software developer use this tripe? Learn how to write good software. Become an expert in the trade. AI anything will only dig a hole for software to die in. Cheapens the product, butchers the process and absolutely decimates any hope for skill development for future junior developers. I'll just keep chugging along, with debian, python and vim, as I always ha…

> with debian, python and vim Why are you cheapening the product, butchering the process and decimating any hope for further skill development by using these tools? Instead of python, you should be using assembly or heck, just binary. Instead of relying on an OS abstraction layer made by someone else, you should write everything from scratch on the bare metal. Don't lower yourself by using a text editor, go hex. Then…

I am unironically with you. I think people should start to learn from computer architecture and assembly and only then, after demonstrating proper skill, graduate to C, and after demonstrating skill there graduate to managed-memory languages.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#302

Post by hakaneskici »

mntruell wrote: post #272

(Cursor cofounder) Apologies - something very clearly went wrong here. We’ve already begun investigating, and some very early results: * Any AI responses used for email support are now clearly labeled as such. We use AI-assisted responses as the first filter for email support. * We’ve made sure this user is completely refunded - least we can do for the trouble. For context, this user’s complaint was the result of a r…

Hi Michael,

Slightly related to this; I just wanted to ask whether all Cursor email inboxes are gated by AI agents? I've tried to contact Cursor via email a few times in the past, but haven't even received an AI response :)

Cheers!

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#303

Post by feisty0630 »

williamcotton wrote: post #171
feisty0630 wrote: post #137

Earlier quoted context omitted.

[flagged]

That’s a pretty mean spirited way to approach this subject. I think the creators of Redis and Django are very capable and self-respecting software developers.

[flagged]

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#304

Post by pzo »

bytesandbits wrote: post #232

Cursor sucks. Not as a product. As a team. Their customer support is terrible. I was offered in writing a refund by the team who cold reached out to me to ask me why I cancelled my sub one week after start. Then they ignored my 3+ emails in response asking them to refund, and other means of trying to communicate with them. Offering me a refund as a bait to gain me back, then when I accept it they ghost me. Wow. Very…

I had the same exact experience - after disappointment (couldn't use like 2/3 of my premium credits because every second request failed after they upgraded to 0.46) unsubscribed. They offered refund in email. I replied I wanted refund but no reply

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#305

Post by KennyBlanken »

Snakes3727 wrote: post #292
mntruell wrote: post #272

(Cursor cofounder) Apologies - something very clearly went wrong here. We’ve already begun investigating, and some very early results: * Any AI responses used for email support are now clearly labeled as such. We use AI-assisted responses as the first filter for email support. * We’ve made sure this user is completely refunded - least we can do for the trouble. For context, this user’s complaint was the result of a r…

I do truely love how you guys even went so far to hide and lock the post from Reddit. This person is not the only one to experiencing this bug. As this thread has pointed out.

I wish more people realized that virtually any subreddit for a company or product is run by the company - either directly or via a firm that specializes in 'sentiment analysis and management' or whatever the marketdroids call it these days. Even if they don't remove posts via moderation, they'll just hammer it with downvotes from sockpuppet accounts.

HN goes a step further. It has a function that allows moderators to kill or boost a post by subtracting or adding a large amount to the post's score. HN is primarily a place for Y Combinator to hype their latest venture, and a "safe" place for other startups and tech companies.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#306

Post by theonething »

seabird wrote: post #202
theonething wrote: post #179

Earlier quoted context omitted.

> I can't think of another development tool we'd say this about. Because no other dev tool actually generates unique code like AI does. So you treat it like the other components of your team that generates code, the other developers. Do you trust other developers to write good code without mistakes without getting it reviewed by others. Of course not.

Yes, actually, I do! I trust my teammates with tens of thousands of hours of experience in programming, embedded hardware, our problem spaces, etc. to write from a fully formed worldview, and for their code to work as intended (as far as anybody can tell before it enters preliminary testing by users) by the time the rest of the team reviews it. Most code review is uneventful. Have some pride in your work and you'll b…

so your saying that yes you do "trust other developers to write good code without mistakes without getting it reviewed by others."

And then you say "by the time the rest of the team reviews it. Most code review is uneventful."

So you trust your team to develop without the need for code review but yet, your team does code review.

So what is the purpose of these code reviews? Is it the case that you actually don't think they are necessary, but perhaps management insists on them? You actually answer this question yourself:

> Most code review is uneventful.

Keyword here is "most" as opposed to "all" So based your team's applied practices and your own words, code review is for the purpose of catching mistakes and other needed corrections.

But it seems to me if you trust your team not to make mistakes, code review is superfluous.

As an aside, it seems your team culture doesn't make room for juniors because if your team had juniors I think it would be even more foolish to trust them not to make mistakes. Maybe a junior free culture works for your company, but that's not the case for every company.

My main point is code review is not superfluous no matter the skill level; junior, senior, or AI simply because everyone and every AI makes mistakes. So I don't trust those three classes of code emitters to not ever make mistakes or bad choices (i.e. be perfect) and therefore I think code review is useful.

Have some honesty and humility and you'll amazed at what's possible.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#307

Post by mntruell »

hakaneskici wrote: post #302
mntruell wrote: post #272

(Cursor cofounder) Apologies - something very clearly went wrong here. We’ve already begun investigating, and some very early results: * Any AI responses used for email support are now clearly labeled as such. We use AI-assisted responses as the first filter for email support. * We’ve made sure this user is completely refunded - least we can do for the trouble. For context, this user’s complaint was the result of a r…

Hi Michael, Slightly related to this; I just wanted to ask whether all Cursor email inboxes are gated by AI agents? I've tried to contact Cursor via email a few times in the past, but haven't even received an AI response :) Cheers!

Not all of them (e.g. security@)! But our support system currently is. We are standing up a much bigger team here but are behind where we should be.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#308

Post by rixed »

forgetfreeman wrote: post #260
theonething wrote: post #224

Earlier quoted context omitted.

Ok, here I thought requiring PR review and approval before merging was standard industry best practice. I guess all the places I've worked have been doing it wrong?

There's a lot of shit that has become "best practice" over the last 15 years, and a lot more that was "best practice" but fell out of favor because reasons. All of it exists on a continuum of what is actually reasonable given the circumstances. Reviewing pull requests is one of those things that is reasonable af in theory, produces mediocre results in practice, and is frequently nothing more than bureaucratic overhea…

And there is worst: in the cases when the reviewer has actually some knowledge of the problem at hand, she might say "oh you did all this to add that feature? But it's actually already there. You just had to include that file and call function xyz". Or "oh but two months ago that very same topic was discussed and it was decided that it would make more sense to wait for module xyz to be refactored in order to make it easier ", etc.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#309

Post by the_doctah »

MichaelZuo wrote: post #284
stogot wrote: post #265

Earlier quoted context omitted.

Fast!? They were two years slow and still fell face flat, and then rolled back the software

“Two years slow” relative to what? Henry Ford was 23 years “slow” relative to Karl Benz.

Apple innovation glazing makes me ill

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#310

Post by mh- »

charcircuit wrote: post #108
falcor84 wrote: post #70

Earlier quoted context omitted.

Wait, what?! Slack got destroyed by Teams? You seem to be living a few parallel universes away from the one I'm in.

Teams has 8 times the monthly active users.

Microsoft pushed Teams onto my personal Windows PC in a recent update, as a startup item. And, as far as I could tell, automatically logged me in to my Microsoft account on it.

I'd be very skeptical of their MAU claims.

Post reply on HN