Anta att du har ägnat tid åt att utveckla och installera ett datorsystem för flera miljoner dollar som kan användas för att skicka ambulanser och tillåta första-respondenter att lokalisera dem i vilken del av landet som helst under en nödsituation. I så fall kan det bli en stor besvikelse om systemet inte fungerar.
Nödsituationer kräver ett snabbt och pålitligt svar. Om ditt system misslyckas med att snabba upp svarstiden och istället försenar eller feldirigerar ambulanser, kommer ingen att vilja använda det eftersom sådana förseningar kan kosta liv.
Försenade och opålitliga svar är inte bara hypotetiskt scenario. Liknande situationer inträffade i London 1974, igen 2006, 2011 och 2012. I alla dessa fall var Londons ambulanssystem kontraproduktivt. Systemet var behäftat med krascher, buggar och andra problem på grund av dålig programmering.
Innehållsförteckning
Licensavtalen tar
Vad kan du annars bli stämd för?
Slutord
Vem bär skulden för en sådan katastrof?
Eftersom oförklarliga förseningar i ambulansutskick främst orsakas av dålig programmering, väcker det frågorna, är det en enskild programmerare eller ett team av programmerare som har fel? Kommer försäkringen eller arbetsgivaren att hållas ansvarig? Kommer någon att förlora sitt jobb på grund av det? Vem blir ansvarig för de ekonomiska förlusterna?
Precis som med andra juridiska frågor finns det inga tydliga svar på dessa frågor. Vissa människor kommer dock att hävda att programmeraren bör hållas ansvarig för fiaskot. Detta beror på att om programmerares kod kostar liv, borde de få fortsätta koda?
Även om mjukvarubrister är oundvikliga, är programvaran inte bara en slumpmässig naturlig kränkning av råmaterial. Det bör finnas sätt att garantera eller förbättra hur det fungerar för att säkerställa att det alltid är pålitligt. Detta kan kräva att man håller sig till reglerna för att skapa programvara.
This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.
Strictly Necessary Cookies
Strictly Necessary Cookie should be enabled at all times so that we can save your preferences for cookie settings.
If you disable this cookie, we will not be able to save your preferences. This means that every time you visit this website you will need to enable or disable cookies again.
