Sorry, but no. As a user, this is the bane of “modern” software.
Sorry, but no. As a user, this is the bane of “modern” software.
IMO the beautiful thing about software is, that we can push updates and improvements pretty much instantaneously. Whether that is adding features to a working product, or fixing bugs that slipped through during development.
The argument is not against enhancing and improving the software, it’s against delivering a “draft” (as you say) to end users, it’s against constantly changing the design and working of features. Delivering a “draft” (or prototype) is only acceptable for beta users, or in an initial design phase involving the future users in the design process. It is not acceptable for released software intended for productive use.
Users want stability. They want the software to get out of their way as much as possible, to be reliable and unsurprising, to remain working in the familiar way.
If requirements change, then this has to be carefully coordinated with the affected users, in particular if they aren’t the ones defining the requirements, or if the user base is not uniform and the requirements may only change for a portion of them. In any case, requirement changes affecting how users operate existing functionality shouldn’t be a frequent occurrence.
It is, but that directly results in garbage software being released, because „we can fix problems later“. And it also means you can now perfectly balance perfecting your software with providing the resulting support for your pile of garbage. Which I guess is the reason I have to call support every third time im I’m trying to use an EV charging station because their software shit the bed again. </rant>