> so projects are built whether or not they're good ideas
Let’s be honest, this was always the case. The difference now is that nobody cares about the implementation, as all side projects are assumed to be vibecoded.
So when execution is becoming easier, it’s the ideas that matter more…
This is something that I was thinking about today. We're at the point where anyone can vibe code a product that "appears" to work. There's going to be a glut of garbage.
It used to be that getting to that point required a lot of effort. So, in producing something large, there were quality indicators, and you could calibrate your expectations based on this.
Nowadays, you can get the large thing done - meanwhile the internal codebase is a mess and held together with AI duct-tape.
In the past, this codebase wouldn't scale, the devs would quit, the project would stall, and most of the time the things written poorly would die off. Not every time, but most of the time -- or at least until someone wrote the thing better/faster/more efficiently.
How can you differentiate between 10 identical products, 9 of which were vibecoded, and 1 of which wasn't. The one which wasn't might actually recover your backups when it fails. The other 9, whoops, never tested that codepath. Customers won't know until the edge cases happen.
It's the app store affect but magnified and applied to everything. Search for a product, find 200 near-identical apps, all somehow "official" -- 90% of which are scams or low-effort trash.
To play devil's advocate, if you were serious about building a product, whether it was hand-coded or vibe-coded, you would iterate through the work and implement functionalities step-by-step.
But with vibe-coding, you might not give enough thoughts about the product to think of use cases. I think you can still build good software with varying degrees of AI assistance, but it takes the same effort of testing and user feedback to make it great.
There’s also the much more common case of a competitor coming in with a similar product that has a few more features matching the customers’ requirements… which explains the endless product development treadmill that companies find themselves on.
Software doesn’t win by being “finished” it wins by out competing other software
Yeah, if Youtube was "finished" we wouldn't have had Youtube Red, Youtube shorts, Youtube music, etc.
And yes, I am making a good case for mature software with those lovely examples. But clearly they wanted more widgets and they kept engineers who can deliver those widgets. This wasn't some unsustainable thing for Youtube as the top comment argues. And that's how most software businesses work as of now. If you remain complacent, you're slowly dying to competition. Because the demand for more still exists.
Fine I’ll chime in… The main advantage tailwind has is that utility css can be composed without needing to worry about hierarchy. This is not true for bootstrap.
This makes tailwind much more predictable for component based UI architecture, in your example you would define a <Button> component so that verbosity of css is explicitly defined once where it’s used, not buried within a bootstrap framework somewhere.
If you’re not using a component based architecture, then tailwind is much more verbose, but still useful, as copying/pasting tailwind HTML is insanely easy and reliable. This is not true for bootstrap.
Bootstrap has it’s place, it’s good for cases where you’ I don’t care about the details of how it looks. But with component based architectures, tailwind is a much more flexible and better abstraction in my opinion.
I guess the main argument is that there will always be technical and non-technical people in companies. Some people don’t even like prompting to get an AI image, let alone prompting to fix/maintain software…
Nice! Very interesting idea and seems well executed in the demo video. “3D Presentations” seems like a very strange use case though.
I actually think you could pivot this to be a very simple “3D movie maker”! Just make the presentation autoplay, allow different durations for each slide, different interpolation strategies… then you have a super clean and minimal 3D video maker!
Ironically the automated 3D printed parts of the house look sloppy and inconsistent, when compared to the beautiful wooden finishes and tiled surfaces.
You can also use your README (and in my own private project, I do!). But for folks who don't want their README clogged up with lots of facts about the project, you have CLAUDE.md
Let’s be honest, this was always the case. The difference now is that nobody cares about the implementation, as all side projects are assumed to be vibecoded.
So when execution is becoming easier, it’s the ideas that matter more…
reply