pull down to refresh
166 sats \ 0 replies \ @justin_shocknet 25 Mar
I love Cursor because I hated the constant googling api docs and stack overflow to figure out proper usage of esoteric things I rarely touch and don't care to know more about. AI is great at being an auto-complete for those things in small chunks.
But it's still completely retarded if not micro-managed, you still have to know how to go about solving your problem and architecting the solution. You then review everything to make sure its done that way and no wrong assumptions were made by the auto-complete.
With all the vibe coding hype I should start taking screenshots of the stupidity so non-devs realize you can't push this stuff blindly. Some dude on twitter was just griping about his keys getting leaked and a bunch of other issues from exposing a vibe-coded CRUD app to the internet... fortunately I think most people get stuck and give up before getting that far.
Just last week I working with middleware and out of he blue it made the token verification client side. If you don't know what that means, or wouldn't have caught it yourself in the diff, you should assume vibe coding is just for play only and can't produce anything more useful than a landing page or simple script from scratch.
reply
35 sats \ 2 replies \ @k00b 25 Mar
Adaptability always seems to be in play. The only constant is change as they say. I suspect it'll outlive death and taxes.
The GitClear analysis is super interesting.
I kind of interpret this as AI generated code is so relatively cheap, it's relatively worthless, and that's what makes it valuable. It's kind of like most plastic goods - valued for their disposability.
My biggest problem with embracing vibe coding is I can't stand when the results are wrong. It's often frustrating enough that I'd rather step in and do it myself. On the other hand, it's perfectly suited to tasks that only need to be approximately correct. My biggest success vibe coding is writing scripts where I'm the only customer.
reply
50 sats \ 1 reply \ @justin_shocknet 25 Mar
I think part of this is fewer deps, in many cases its now quicker to accept a module or function inline diff than to find and evaluate a new dep.
reply
17 sats \ 0 replies \ @k00b 25 Mar
Very true.
reply
0 sats \ 0 replies \ @SimpleStacker 25 Mar
Ehh... I'm not sure I agree.
I'd wager that this person doesn't write in assembly.
I'm sure there were joys to be had in writing and debugging assembly.
There will be future joys in getting an Ai-driven workflow to work as well.
reply