Technikai hibák: élhetünk velük?

Szerző: Judy Howell
A Teremtés Dátuma: 27 Július 2021
Frissítés Dátuma: 21 Június 2024
Anonim
Technikai hibák: élhetünk velük? - Technológia
Technikai hibák: élhetünk velük? - Technológia

Tartalom


Elvitel:

Mivel életünk egyre több és több részét az intelligens rendszerekre fordítjuk, minőséget kell követelnünk - vagy szembe kell néznünk a következményekkel.

Michael Bloomberg, a new york-i polgármester augusztus 17-én bejelentette, hogy a 2011-ben bejelentett nagy sokat torzított Bike Share program 2012 novemberében nem kezdődik meg (miután elcsúszott az eredeti, 2012. júliusban bejelentett dátumtól), hanem inkább a tervezett végrehajtási határidőig csúszik. Miért? A polgármester elmondta, hogy a szoftver nem működött, és a város addig nem indította el a programot, amíg meg nem valósult.

Ennek értelme van, de a Bloomberg kijelentése nem tűnik úgy, hogy meg van terhelt magabiztossággal, igaz? Alig lehet hibáztatni; polgármesteri hivatalát drágák a szoftverhibák és a szoftverrel kapcsolatos csalások. 2012 márciusában a város megállapodási megállapodást kötött a SAIC-szal, amely alapján a társaság összesen 500,4 millió dollár bírságot és büntetést fizet a munkáért felszámított többletért és a CityTime nevű munkavállalói időkezelő rendszer visszautasításának figyelmen kívül hagyása után. több száz millió dollár felett költségvetést.


A SAIC-probléma mellett ugyanabban a hónapban John Liu, a város ellenőrje könyvvizsgálói jelentést bocsátott ki, amelyben kijelentette, hogy a Sürgősségi Kommunikációs Átalakítási Program (ECTP), egy technológiai alapú rendszer, amelynek célja a sürgősségi szolgáltatások kezelésének javítása több mint 12 millióval évente érkezett segélyhívások, hét évvel elmaradtak az ütemezettől és egymilliárd dollár költségvetéssel meghaladták. Liu a WNYC rádióállomáson beszélt: "Az évekig tartó rossz gazdálkodás e hihetetlenül óriási költségvetési túllépéshez vezetett, és a mai napig még mindig nem működik teljesen." 2012 májusában a polgármesteri hivatal az ellenőr ellenőrzésére válaszul megkezdte a költségcsökkentést a projektben.


Ironikus, hogy Bloomberg polgármestert, aki a Wall Street információs rendszerek bevezetésével kezdte meg vagyonát, szoftverrel kapcsolatos problémák sújtják. Ezek a problémák nem csak ő. Előfordulnak - gyakran katasztrófa vagy katasztrófa utáni eredmények - az egész országban, mind a köz-, mind a magánszektorban.

2011 végén az Information Weekly, egy informatikai kereskedelemmel foglalkozó kiadvány felsorolta a "10 legnépszerűbb kormányzati informatikai flopot 2011-ben", amely felsorolta a főbb kormányzati informatikai telepítéseket, amelyek biztonsági rést okoztak, csalások fiaskói, költségvetési bontások és egyebek. A New Yorks CityTime negyedik volt a listán. De amint el tudod képzelni, a New York City nem az egyetlen kormányzati szerv, amelynek informatikai problémái vannak.

Az egyik nagy probléma a Wall Street. Például 2012 augusztusában a Knight Capital nevű kereskedelmi vállalat 45 perc alatt 440 millió dollárt veszített el a hibás szoftver telepítése után. A kereskedési szoftver megértéséhez szükség van bizonyos ismeretekre a globális értékpapírpiac összetettségéről. A brókercégek mind ügyfelekkel (ügynökökként), mind saját számlákkal (mint ügyfelek) kereskednek. Ügynököként történő cselekvés esetén egyedi megrendeléseket kaphatnak az ügyfelektől, amelyeket továbbítanak egy tőzsdére vagy egy számítógépes kereskedelmi szolgáltatásra. Vagy diszkrecionális jogkörrel rendelkezhetnek egy számla felett, amely esetben olyan ügyleteket hajtanak végre, amelyekről úgy gondolják, hogy az ügyfelek érdekeit szolgálják. Az utóbbi esetben a kereskedelem hasonló a vállalkozás saját számlájára folytatott kereskedelemhez, és a biztonságról és a releváns piaci tényezőkről szóló megítélés alapján történik.

A cégek évek óta megkísérelik kodifikálni az ezen ítéletek alapját képező tényezőket, ideértve a piaci feltételeket, a biztonsági adatokat, az ipari információkat és a gazdasági adatokat. A kereskedési stratégiát, amelyet a cég követni akar az adott értékpapír, ipar vagy általános piaci körülmények között, beépítették egy rendszerbe, amely valós időben figyeli a megfelelő elemeket, és amennyiben a feltételek teljesülnek, automatikus vételi vagy eladási megbízásokat vált ki. Ezt nevezzük programkereskedésnek.

Ez a rendszer gyakran nagyon jól működik. A probléma az, hogy sok vállalatnak már van programkereskedelmi rendszere, amely szerint az egyik vállalkozás automatikus eladása kiválthatja egy másik vállalkozás feltételeit, és automatikusabb reakciókat válthat ki, amelyek egy részvényt - vagy akár a piacot - egy hátsó csapdá válhatnak. Tehát a tőzsdék bevezettek saját triggereket, és arra kötelezték a cégeket, hogy kapcsolják ki programkereskedelmi rendszerüket, amikor úgy ítélik meg, hogy a piaci feltételek megkövetelik.

Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül

Nem javíthatja a programozási képességeit, ha senki sem törődik a szoftver minőségével.

Ennek ellenére az idő pénz a tőzsdén, és a nagy sebességű kereskedelmi vállalkozások sikeresek voltak a számítógépes piacokon. A Tabb-csoport szerint 2012-től az összes tőzsdei kereskedelem több mint felét teszik ki. Ez azt jelenti, hogy a cégek között állandó verseny folyik a rendszerük továbbfejlesztésével a gyorsabb végrehajtás érdekében, ami - mint kiderült - vezetett a Knight Software telepítéséhez, amely majdnem elhagyta a céget az üzletből.

A nem informatikus személy számára könnyű feltételezni, hogy a hibás rendszert nem nagyon tesztelték. A fejlesztőknek talán jobb munkát kellett volna végezniük. Ez igaz, de mivel a rendszerek egyre összetettebbé válnak, gyakran nehéz tudni, hogy mit kell tesztelni, vagy a teszteléshez szükséges mértéket, különösen akkor, ha a lehetséges hibapontok sokasága egyre összetettebbé válik, és ezért kiszámíthatatlan.

Egyes kritikusok szerint ez csak tovább romlik. James Martin „Az internet után: idegen intelligencia” című csodálatos 2000-es könyvében olyan szoftverekről ír, amelyek végrehajtása után (az alapos tesztelés után reméljük) „adaptív”, mivel folyamatosan keresi a kívánt célok elérésének hatékonyabb módjait. Kimenet; ezenkívül a saját kódját is "módosítja". Ez azt jelenti, hogy egy bizonyos ponton megtudjuk, "mit csinál egy rendszer, de nem feltétlenül, hogyan csinálja."

Martin úgy érzi, hogy nemcsak ellenőriznünk kell ezt az új módszertant, hanem fel kell ölelnünk azt is, hogy versenyképesek maradjunk. A verseny folyamatos nyomást gyakorol a legjobb és leggyorsabb rendszerek megteremtésére, és a pénzügyi ágazat ebben nem egyedülálló.

Mindannyian tapasztaltunk valamilyen technikai kudarcot, például a halál kék képernyőjét, vírusrohamokat, szoftverhibákat az alkalmazási programokban, hackertámadásokat, rendszerleállásokat stb. De az életünk egyre inkább az intelligens rendszerekre fordítják ez a probléma messze túlmutat a bosszantáson - és egyenesen veszélyes is lehet.

Ez azt jelenti, hogy fogyasztóként nagyobb minőséget kell követelnünk ezekben a rendszerekben. Ez oktatottabb és professzionálisabb rendszerfejlesztõket, szigorúbb tesztelési eljárásokat von maga után, és a fogyasztói oldalon a tájékozottabb végfelhasználókat és az igényesebb fogyasztókat vonja be.

Természetesen mindig ott van a lehetőség, hogy az áramlással járjon. Sajnos a közelmúlt története azt sugallja, hogy ez nem csak bosszantó és drága, hanem valószínűleg nagyon káros is.