Go slow to go fast.

We're gonna have to learn some lessons from other engineering fields in this regard. Electrical, civil, mechanical, aerospace... They've all had to put processes in place to intentionally slow things down for a long time. I could throw a circuit board layout together 1000x faster then a team of engineers could have 50 years ago, but that industry has developed a culture of rigorous review processes to ensure quality, which means I couldn't actually move nearly as fast as possible.

Undoubtedly a lot of that comes down to production cost and safety. A plane is far more likely to kill people and it costs a shitload more to produce then an app (though plenty of software is mission critical). But now in software we can move quick enough up front that if we don't start applying some discipline it's going to bite us in the ass in the long run.

Everyone is obsessed with speed.

But no one wants to go out of their house.

Social connections. Trust. Facetime. All matter more than ever.

Want a moatable software business? Know your customers on a personal level. Have a personal relationship. Know the people that sign the contracts, know their kids names, where they vacationed last winter, their favorite local restaurant.

Get out of the house.

I don't see the problem - everything the author describes has, and will always be, true. You can't vibe code anything of value in a weekend exactly because anyone _else_ with the same level of experience can do the exact same thing in the same weekend! This has always been true across all trades and technologies. Once again, the domain expertise, wisdom, and simply _time_ of doing something always win. LLMs literally don't change that at all.

“The power of doing anything with quickness is always prized much by the possessor, and often without any attention to the imperfection of the performance.”

Was hoping this wasn't ai related, disappointed

[dead]

[dead]

[dead]