zlacker

>>namany+(OP)
It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible for it. I didn't understand it before I was in management either, but now that I'm in management I 100% get it.

>>bandra+s01
We are certainly closer now to being able to prototype and go to market faster with a product. In one weekend is a little much but I think its hard to deny that building will continue to expedite. What most developers don't think about is that the marketing, sales, customer service are all non-trivial parts of the business/product and all require legwork that is more than just sitting at an IDE. The nail in the coffin is that the data is a large part of company moats, and new products need time in the market to get that. Migration is also a long process and risky...so to get customers, a newcomer needs to provide way more value than what the incumbent gives.

I imagine you're going to have people trying to automate the whole GTM lifecycle, but eventually the developer that thinks they can bootstrap a one man enterprise without actually doing any kind of social interaction will run into a wall.

>>mym199+j81
> We are certainly closer now to being able to prototype and go to market faster with a product.

What are the higher-order effects when anyone can do this, and *aaS becomes a market for Lemons?

>>overfe+ud1
If you can gin these things up in a weekend then why would you bother with a monthly subscription model for software? The only valuable part is the specification and possibly the hardware to run it. If I were a CTO trying to save money I might pay for the labor to develop good specs, but I would prioritize getting out from under software companies with a rent seeking models and 80 to 90% margins

>>Gorbac+3r1
> If I were a CTO trying to save money

A CTOs job isn't to save money but to spend money effectively. Saving money by increasing risk is not neccesarily a prudent move.

>>bawolf+Cx1
On prudent choices: one thing I'm surprised about is that LLMs are showing me libraries and tools that I'd not found via search.

A boring one from today was about select, datalist or some custome element (which LLM can prototype) or some JS libs. Good breakdown; links to playgrounds, rough mocks so team could kick tires. It raises points the team had and had counterpoint to help drive decisions.