top | item 47077263

(no title)

josefresco | 10 days ago

While I agree overall, I'm going to do some mild pushback here: I'm working on a "vibe" coded project right now. I'm about 2 months in (not a weekend), and I've "thought about" the project more than any other "hand coded" project I've built in the past. Instead of spending time trying to figure out a host of "previously solved issues" AI frees my human brain to think about goals, features, concepts, user experience and "big picture" stuff.

discuss

order

logicprog|10 days ago

This is precisely it. If anything, AI gives me more freedom to think about more novel ideas, both on the implementation and the final design level, because I'm not stuck looking up APIs and dealing with already solved problems.

ryandrake|10 days ago

It's kind of freeing to put a software project together and not have to sweat the boilerplate and rote algorithm work. Boring things that used to dissuade me. Now, I no longer have that voice in my head saying things like: "Ugh, I'm going to have to write yet another ring buffer, for the 14th time in my career."

xenadu02|10 days ago

Like any tool it can be put to productive use or it can be used to crank out absolute garbage.

j2kun|10 days ago

Can you elaborate on the implied claim that you've never built a project that you spent more than two months thinking about? I could maybe see this being true of an undergraduate student, but not a professional programmer.

djeastm|10 days ago

Not to put words in their mouth, but it seems like they mean they used to think about a problem and then spend X minutes typing the solution in via the keyboard that they no longer have to do.

selridge|10 days ago

Open your mind and try it.

lapetitejort|10 days ago

Yesterday I had two hours to work on a side project I've been dreaming about for a week. I knew I had to build some libraries and that it would be a major pain. I started with AI first, which created a script to download, extract, and build what needed. Even with the script I indeed encountered problems. But I blitzed through each problem until the libraries were built and I could focus on my actual project, which was not building libraries! I actually reached a satisfying conclusion instead of half-way through compiling something I do not care about.

imiric|10 days ago

You don't fit the profile OP is complaining about. You might not even be "vibe" coding in the strictest sense of that word.

For every person like you who puts in actual thought into the project, and uses these tools as coding assistants, there are ~100 people who offload all of their thinking to the tool.

It's frightening how little collective thought is put into the ramifications of this trend not only on our industry, but on the world at large.

selridge|10 days ago

That’s because the OP is thinking of a straw man.

Who cares if some idiot makes some ai shit and doesn’t learn anything? That same person has had access to a real computer which they’ve wasted just as effectively until now.

sillyfluke|10 days ago

I think you're missing the general point of the post.

>AI frees my human brain to think about goals, features, concepts, user experience and "big picture" stuff.

The trigger for the post was about post-AI Show HN, not about about whether vibe-coding is of value to vibe-coders, whatever their coding chops are. For Show HN posts, the sentence I quoted precisely describes the things that would be mind-numbingly boring to Show HN readers.

pre-AI, what was impressive to Show HN readers was that you were able to actually implement all that you describe in that sentence by yourselves and also have some biochemist commenting, "I'm working at a so-and-so research lab and this is exactly what I was looking for!"

Now the biochemist is out there vibe-coding their own solution, and now, there is no way for the HN reader to differentiate your "robust" entry from a completely vibe-code noobie entry, no matter how long you worked on the "important stuff".

Why? because the barrier of entry has been completely obliterated. What we took for granted was that "knowing how to code" was a proxy filter for "thought and worked hard on the problem." And that filter allowed for high-quality posts.

That is why the observation that you know longer can guarentee or have any way of telling quickly that the posters spent some time on the problem is a great observation.

The very value that you gain from vibe-coding is also the very thing that threatens to turn Show HN into a glorified Product Hunt cesspool.

"No one goes there any more, it's too crowded." etc etc

selridge|10 days ago

Why do I care who made the thing showed to HN? If someone makes a tool that I like or a project that’s amazing, but they did so with a robot, who is harmed?

Like all we need to do is decouple “I made this” from “I can compose all parts in my mind”, which were never strongly coupled anyway. Is the thing that is being shown neat? Cool! Does it matter if it was a person or 20 people or a robot? I don’t think so, unless it’s special pleading for humans.

danparsonson|10 days ago

I think this is quite a strange argument. Any technical show-and-tell in the form of 'I wrote a cool implementation of such-and-such algorithm' is obviously much less impressive if someone/something else wrote it, but that's always been true, and I think the Show HN format is largely used for tools or products that someone has created, in which case what's more interesting is the problem it solves and how it solves it. It's exactly as you say with your hypothetical biochemist; they've been looking for a tool like this! I don't think they spent much time worrying about how it was written or what the REST API would look like.

There is a proliferation of frameworks and libraries supplying all kinds of mundane needs that developers have; is it wrong for people Showing HN to use those? Do libraries and frameworks not lower the barrier to entry? There have been many cases of 'I threw this together over a weekend using XYZ and ABC', haven't there? What's interesting is how they understand the domain and how they address the problems posed by it - isn't it? Sure, the technical discussion can be interesting too but unless some deep technical problem is being solved, I don't care too much if they used Django or Flask, and which database backend they chose, unless these things have a significant impact on the problem space.

> the barrier of entry has been completely obliterated

I was very interested in 3D graphics programming back in the DOS days before GPUs were a commodity, and at that time I felt the same about hardware accelerated rendering - if no-one needs to think about rasterisation and clever optimisation algorithms, and it's easy to build a 3D engine, I thought, then everyone and their dog will make a game and we'll drown in crappy generic-looking rubbish. Turns out that lowering barriers to entry doesn't magically make everything easier, but does allow a lot more people to express their creativity who otherwise would lack the knowledge and time to do so. That's a good thing! Pre-made engines like Godot remove an absolute ton of the work that goes into making a game, and are a great benefit to the one-man-bands and time-strapped would-be game designers out there whose ideas would otherwise die in the dark.

gizzlon|9 days ago

> knowing how to code" was a proxy filter for "thought and worked hard on the problem."

Also: Actually made the thing. I know how to code, but have 0 Show-HNs because my ideas and fun side-projects never get to that stage.

Now, "making the thing" is not a good proxy either

jtr1|10 days ago

I tend to agree, this has been my experience with LLM-powered coding, especially more recently with the advent of new harnesses around context management and planning. I’ve been building software for over ten years so I feel comfortable looking under the hood, but it’s been less of that lately and more talking with users and trying to understand and effectively shape the experience, which I guess means I’m being pushed toward product work.

biophysboy|10 days ago

That's the key: use AI for labor substitution, not labor replacement. Nothing necessarily wrong with labor saving for trivial projects, but we should be using these tools to push the boundaries of tech/science!

techgnosis|10 days ago

Exactly. People project all kinds of ethics on writing code. The constant hum of anti-LLM on HN is monotonous and telling. Hurt egos everywhere.

topaz0|10 days ago

I dunno, I think the boosters show their hurt feelings here more often than the detractors do.

Sateeshm|9 days ago

That's not vibe coding