| ▲ | k4rli 9 hours ago | ||||||||||||||||||||||||||||||||||
Imagining that the software will be shipped with hardware, that has no internet access and therefore cumbersome firmware upgrades, might be helpful. Avoiding shipping critical bugs is actually critical so bricking the hardware is undesirable. Example: (aftermarket) car headunit. | |||||||||||||||||||||||||||||||||||
| ▲ | zeroCalories 7 hours ago | parent [-] | ||||||||||||||||||||||||||||||||||
This type of testing is incredibly expensive and you'll have a startup run circles around you, assuming a startup could even exist when the YC investment needs to stretch 4x as far for the same product. The real solution is to have individual software developers be licensed and personally liable for the damage their work does. Write horrible bugs? A licencing board will review your work. Make a calculated risk that damages someone? Company sued by the user, developer sued by the company. This correctly balances incentives between software quality and productivity, and has the added benefit of culling low quality workers. | |||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||