I interviewed some years ago for an AI related startup.
After looking at the live product, first thing I see is their prod dB credentials and openAI api key publicly send in some requests...
Bad actors will be having a lot of fun these days
The reason I used cursor, other than it being paid by my employer, is that it had a pretty good integration between IDE and the agent workflow.
If I want to mostly direct 1 or more agents I go straight to claude code (codex at home.)
But I still want to have a IDE at the end of the day, I do look and review the code. I still need to direct it to fix some things it doesn't do properly and I dont feel like giving up my understanding of the system I work with (despite what the vibe people say) I don't think it will lead to good outcomes or any benefit in the name of speed.
So for me this direction goes against what I find useful in cursor, and entirely seems to look out for the the 10+ agents crowd. Which makes sense, these are the guys spending +200 $ subscriptions and so on. I'll go back to Zed + CC or Codex.
By the way their new interface looks just like the Codex App.
There are so many of these "meta" frameworks going around. I have yet to see one that proves in any meaningful way they improve anything. I have a hard time believing they accomplish anything other than burn tokens and poison the context window with too much information.
What works best IME is keeping things simple, clear and only providing the essential information for the task at hand, and iterating in manageable slices, rather than trying to one-shot complex tasks.
Just Plan, Code and Verify, simple as that.
I think discord has been terrible for the internet. A lot of open information has become gated. And now it's gated behind a platform that many of us are not willing to use anymore. Let's hope this pushes out people and communities back to forums and such, but in reality other platform will take over.
Same here, tested a bunch and cursor has been given little noise and usually decent suggestions. In this case its on a react app, so other projects might not find it as good.
When I have to put together a quick fix. I reach out to Claude Code these days. I know I can give it the specifics and, Im my recent experience, it will find the issue and propose a fix. Now, I have two options: I can trust it or I can dig in myself and understand why it's happening myself. I sacrifice gaining knowledge for time. I often choose the later, and put my time in areas I think are more important than this, but I'm aware of it.
If you give up your hands-on interaction with a system, you will lose your insight about it.
When you build an application yourself, you know every part of it. When you vibe code, trying to debug something in there is a black box of code you've never seen before.
That is one of the concerns I have when people suggest that LLMs are great for learning. I think the opposite, they're great for skipping 'learning' and just get the results. Learning comes from doing the grunt work.
I use LLMs to find stuff often, when I'm researching or I need to write an ADR, but I do the writing myself, because otherwise it's easy to fall into the trap of thinking that you know what the 'LLM' is talking about, when in fact you are clueless about it. I find it harder to write about something I'm not familiar with, and then I know I have to look more into it.
This is a good guide on how to use Claude code. My perspective (from an early adopter of LLMs for coding) is similar. Though, open code has a lot of potential as well. So I'm happy that Claude Code is not the only option.
But a key aspect imo is that, using these tools is also a skill; And there's a lot of knowledge involved in making something good with the assistance of Claude code vs doing slop. Specially as soon as you deviate from a very basic application / work in a larger repo with multiple people. There's a layer of context that these tools don't quite have, and it's very difficult to consistently provide them with. I can see this being less the case as context windows and the reliability of larger context retrieval is solved.
Vs code became unusable on a not so big monorepo on a MacBook Pro M4, which is concerning. Zed has been much smoother, even there are a couple of extensions or features that I miss.
The only reason I keep my home PC with windows still is that I use it mainly to play games and some have anti-cheat systems that are not compatible with Linux. But I play those games less and less the older I get, I play mostly older games / emulators. I see it very likely that I won't install whatever comes after Windows 11 and at that point I might move over to Linux for good.
Surprised to see a lot of mentions to Children of Time, a book I picked picked up on a whim in a local Bookshop (something I probably hanger done in 5 years)