Hacker Newsnew | past | comments | ask | show | jobs | submit | 0x696C6961's commentslogin

Would you vibecode a house?

Yes, absolutely. In fact that's a big feature now in Autodesk. 99% of the design of a house is "detailing". Where does power line #8128 go? Does floor section 38 have the right slope? How big should water line #92 be and does it fit with sewage line #33 while it's sloping in the correct direction? We can't get electrical socket type 33, please modify everywhere in the design so we can use type 35 instead. And so on and so forth.

Human architects and engineers make TONS of mistakes in these designs all the time. Then builders and contractors fix them, or in many cases "fix" them, as I'm sure most people here have experienced.

Also if vibecoding houses can lead to a large increase in housing supply, as it should: Hurray!


> Also if vibecoding houses can lead to a large increase in housing supply, as it should: Hurray!

I love how well this captures the credibility of zealots and how some won't hesitate to exploit human suffering to push an agenda. The housing crisis is driven by regulation that lowers supply, shaped by greed and cruelty. Turning house designs into slop won't solve anything.

You want to see how AI actually contributes to the housing crisis? Then here's an actual example:

"Rent Going Up? One Company’s Algorithm Could Be Why." https://www.propublica.org/article/yieldstar-rent-increase-r...


Would you vibecode a car?


Would you vibecode a plane?

Would you vibecode your own brain surgery?

Once the session gets long enough, agents start getting amnesia.

Yeah it's wild watching so many people decide waterfall is great all of a sudden.

Never mind stumbling into proper engineering principles like having documented, testable requirements specifications.

I”ve been pretty happy with this side effect of the agentic coding bubble.

As a non-tech engineer (mechanical, trains) it's fascinating seeing what is essentially the "not real engineers" SWE crew finally pay the piper because they've invoked what is in essence a non-compliant, cost-focused subcontractor and now need all of the same engineering rigours they never previously understood.

Every large project in the coming back to waterfall. While the problems are certainly known and it was ultimately developed as a straw man, everything else ends up working worse. That said, you shouldn't be thinking pure waterfall as it's drawn up as a strawman, but rather a waterfall variation with feedback loops. But in the end, in very, very many cases, you have to know an end date in order to get things done because so many other things depend on you being done at the same time. If something is going to get done sooner you can't use it anyway without all the other pieces.

ITT we discover that project managers actually serve a purpose and not all of them are the stereotypical useless roles Dilbert riffed on.

"waterfall variation with feedback loops" lol next we're going to have "agile where you plan everything up front"

Pretty much what most agile ends up. Plans are worthless but planning is a valuable exercise. (Attributed to various generals)

I have a couple MCP servers connected to my Claude web & mobile clients. How would your clis work there?

This has not been my experience.


I don't understand how this is relevant to the thread.

I won't call it "opinionated about how to use the language correctly."

Space is valid and it compile, Tab don't --- that's it.

When one say "opinionated about how to use the language correctly", I would think JavaScript with or without end of statement semicolon and being yell at even when your program works.


Update the symlink to point at the previous version:

    ln -s $HOME/.local/share/claude/versions/2.1.153 $HOME/.local/bin/claude

Learning to make simple parts in onshape is pretty darn easy (and fun).


Yeah. I teach this after school to 7th grade kids. Anyone can pick this up in a few hours.


They taught us to make Legobricks with CAD when I was in 6th. Wish I retained more of that and that it would be more widely taught.


I am reasonably confident that access to solid modeling and additive fabrication is now more widespread than ever.


I mean, like any other skill that has pretty much been my experience (though I tried fusion + openscad), but there is something about being able to ask a computer all the dumb noob questions that makes that first phase easier.


90% of people here know what those are.


And with a more broadly applicable example we could share the link with friends, family and coworkers who aren't on HN.


Yes that was exactly my point :)


But then it wouldn’t have tickled the HN reader quite the same way and wouldn’t have gotten voted to the top.

This doesn’t even need to be a website at all. This is pure slop designed in a pig lab for HN trough.


> This doesn’t even need to be a website at all

It does, because it allows for quickly sharing a prepared response instead of saying the same thing over and over. It also works because the kind of person this link gets sent to is already used to trusting random websites over their human interactions.


And if we don't (like me), I think it can be assumed that we can find out.

A basic search tells me they're both ways to speed up applications/projects through memory management and storing of the memory/data in RAM. So the person in the article is asking a co-worker their opinion on which tool they should use for optimization/performance in their project, which is why an LLM response is less helpful than his co-worker's actual thoughts: comparisons of technical tools at a high or feature level are pretty easy to find and the decision of which to use often boils down to project specific variables, so what the author is asking of the co-worker relies on the co-worker's knowledge of their specific project.

I could also probably explain this just fine to non-tech people. It wouldn't be the most complete or technically accurate explanation, but it would be fine.

Most people write based on their experience and culture.


How do YOU know?


It has error handling.


The burden of OSS is dealing with PRs that you don't want to merge. The drive by bug fixes don't compensate for that.


There is no obligation to maintain, no obligation to merge. Copyright is just that, copy right, it’s not an entitlement.

Free as in beer and free as in speech means those ‘contributors’ are also free as in Linus to go fork themselves.

Don’t like it? Go fork, yourself. Want it different? Pay, money, make, it, happen. Don’t like paying? Go fork, yourself, harder.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: