zometeen durft niemand meer software te schrijven en uit te geven omdat men bang is voor exploits
Dikke onzin natuurlijk. Informatica-inginieurs hebben een 'luizenleventje' vergeleken bij 'normale' inginieurs.
Kijk naar Tchernobyl: Zijn er daarna nooit meer kerncentrales gebouwd omdat men bang was aansprakelijk gesteld te worden?
Kijk naar de EULA's van Windows: MSFT vind zichzelf niet aansprakelijk voor problemen in door het ontwerp van haar software! Dus de burger draait op voor de kosten en problemen.
Stapt u in een Boeing / Airbus, als Boeing / Airbus u een verklaring laat tekenen waarin ze zeggen niet aansprakelijk te zijn voor ontwerp-fouten? En als ze zeggen: Ja sorry hoor, maar een vliegtuig bouwen zonder fouten is onmogelijk, een foutmarge van 1 op de 1000 maten en 1 op de 1000 kabeltjes (van 100 000)in onze ontwerp-tekeningen ligt onder het industrie-gemiddelde".
Kijk naar TEPCO: Na het debacle in Japan betalen ze miljarden aan schadeclamis, omdat hun ontwerp niet deugde.
Kijk naar de HSL: Het ontwerp van de software (of de ERTMS-standaard) deugde niet. Wie betaalt dat, de software-ontwikkelaars? Nee, want in software kunnen fouten worden gemaakt, dus nu is de HiSpeed Alliantie door alle vertragingen en blunders van informatici / politici praktisch failliet.
Kijk naar artsen: Als zij door "slordigheid" 1 op 1000 mensen onnodig laten doodgaan bij operaties, gaan zij dan voortaan mensen een licentie laten tekenen waarin ze 'aansprakelijkheid disclaimen' zoals MSFT? Zou de maatschappij dat tolereren?
Toyota: Als er wat gebreken zijn en mensen beweren dat ze daardoor ongelukken hebben gehad / anderen om het leven komen, wordt dan gezegd: Ja sorry foutje van Toyota - kan gebeuren? Nee, ze zijn daarvoor aansprakelijk gesteld. Bleek overigens niet Toyota's fout te zijn.
Balkons in Maastricht: Toen die waren ingestort en twee mensen overleden door fouten in controle / uitvoering van aannemer, zei de aannemer: "Daarvoor weigeren we aansprakelijkheid?" Nee, die aannemer kreeg een dikke boete wegens nalatigheid.
Met andere woorden: Waarom wordt het van ingenieurs niet getolereerd dat ze fouten maken, en van programmeurs wel? Doen ingenieurs soms makkelijker werk?
Waarom moeten ingenieurs-bureaus die fouten maken in fysieke constructies betalen als ze nalatig zijn geweest, en programmeurs niet?
Software-makers moeten stoppen dikke boehoe te doen en beweren dat wat zij doen zo 'ingewikkeld is' en niet zonder fouten kan. Turlijk, fouten zijn menselijk. En werknemers persoonlijk aansprakelijk stellen voor fouten gaat te ver. Maar smoesjes voor nalatigheid van programmeurs zouden we als maatschappij niet meer moeten tolereren, want dat doen we ook niet van artsen en ingenieurs.
Het wordt tijd dat de software-industrie eindelijk volwassen wordt, haar verantwoordelijkheid neemt en stopt broddelwerk af te leveren wat van andere beroepsgroepen absoluut niet getolereerd zou worden.
Als Microsoft zo'n amateuristisch pruts-bedrijf is dat ze dat niet kunnen, dan moeten ze eens wat vaker bij fatsoenlijke bedrijven op bezoek gaan die hun ontwerp/controle processen wél op orde hebben. En als het allemaal te complex is om te managen, moeten ze misschien de boel gewoon eens wat minder complex maken, want een ruimtestation dat ontploft 'omdat het ontwerp door de complexiteit onbeheersbaar was geworden' wordt niet getolereerd, dus waarom wel van een OS?
De maanlanding werd immers ook gedaan met ca ~35kb RAM, en daar ging het immers al bijna mis met de software, dus die 10+GB van Win7 moet een nachtmerrie zijn qua beheersing. En hoe kan het eigenlijk dat zo ongeveer het armste besturings-systeem (OpenBSD) wél preventieve code-audits ieder jaar uitvoert en preventief buffer-overruns voorkomt door o.a. het vervangen van unsigned int door signed int? Waarom heeft een onderzoeks / hobbyprojectje als CoyotOS wel een veel hogere EAL-certificering dan Windows, terwijl er in laatste veel meer geld omgaat?
Betere technieken dan de achterhaalde jaren '70 meuk uit Windows / Linux bestaan er dus al vrij lang, zoals 'capability based microkernel', EAL-certificering e.a.
Maar helaas gaat MSFT voor de 'one size fits all' benadering waarbij alle klanten hetzelfde krijgen voorgeschoteld (stel je voor dat Airbus hetzelfde vliegtuig moest leveren aan luchtvaartmaatschappijen, zakenlui-privejets en leger) en gebruiksgemak vaak belangrijker is dan veiligheid (o.a. pin-automaten / nucleaire onderzeeers / industriele systemen voor kerncentrales op Windows).
En hier wordt met droge ogen beweerd dat software-makers liefst systemen willen maken zonder bugs, maar dat betwijfel ik. Wordt een programmeur / software-bedrijf meer / minder betaalt aan de hand van de kwaliteit van hun werk? Meestal niet, Windows wordt toch wel voorgeinstalleerd opgedrongen aan de consument, ongeacht de kwaliteit en de vraag of de consument het wel of niet wil (zie Vista). Dus programmeurs worden helemaal niet aangemoedigd bugvrije software te schrijven; hooguit zoveel zo snel mogelijk.
Net als het patent-kantoor. De resulterende chaos en maatschappelijke kosten van al die "intellectuele vervuiling" laat zich raden. Stel dat de makers van Borssele zo werden betaald (per gemaakte tekening en bonus als 't eerder af is), zou u dan nog graag naast die centrale wonen?
Dus ja, de fout zit wel degelijk bij luie leveranciers die 'kwaliteit' niet in de doelstellingen van hun bedrijf hebben staan, omdat de klant 't ook wel koopt als de kwaliteit bagger is en het product vol zit met slordigheid-defecten. En dan nog met droge ogen hier mensen die beweren dat het de schuld van de klant is die onredelijke eisen stelt...
Wat zou er gebeuren als TEPCO dat zegt: "Mensen mogen niet van ons verwachten dat we een tsunami-veilige centrale bouwen, dat zijn onredelijk hoge verwachtingen. Althans: Niet voor het geld dat we ervoor kregen. Eigen schuld dikke bult van de omwonenden dus".
Wat als de FDA zou zeggen: Tja, eisen dat alle medicijnen die we goedkeuren geen dodelijke bijwerkingen hebben is een beetje een te hoge eis - althans voor het geld dat we krijgen. En als we een fout maken en er overlijden even 100 mensen door onze controlefout, dan brengen we iedere dinsdag een 'patch' uit, een update voor onze lijst, en als het echt erg is, dus meer dan 1000 doden, wachten we niet op dinsdag maar doen we 't gelijk morgen - maar de apotheken kunnen dat uitstellen als ze willen, want tja, de update moet hun bedrijfs-proces niet teveel verstoren'.
Maar nee, programmeurs steken liever hun kop in het zand en geven het budget / klanten de schuld van hun falen.
[Reactie gewijzigd door kidde op 22 juli 2024 15:40]