Saturs
Izņemšana:
Tā kā arvien vairāk dzīves mēs nododam intelektuālām sistēmām, mums jāpieprasa kvalitāte - vai jāsaskaras ar sekām.
Ņujorkas pilsētas mērs Maikls Blūmbergs 17. augustā paziņoja, ka daudz izsludinātā Bike Share programma, par kuru tika paziņots 2011. gadā, nesāksies 2012. gada novembrī (pēc slīdēšanas no sākotnējā paziņotā 2012. gada jūlija datuma), bet drīzāk slīdēs līdz paredzētajam ieviešanas datumam 2013. gada marts. Kāpēc? Mērs paskaidroja, ka programmatūra nedarbojās, un pilsēta neuzsāks programmu, līdz tā to nedarīja.
Tam ir jēga, bet Bloomberg paziņojums, šķiet, nav pārliecināts par piepildītu, vai ne? Diez vai viņu var vainot; viņa mēra amats ir nomocīts ar dārgām programmatūras nepilnībām un ar programmatūru saistītu krāpšanu. 2012. gada martā pilsēta panāca izlīguma vienošanos ar SAIC, saskaņā ar kuru uzņēmums samaksās naudas sodus un soda naudas 500,4 miljonu ASV dolāru apmērā par pārmērīgu samaksu par darbu un darba ņēmēju laika pārvaldības sistēmas CityTime, kas stājās spēkā, ignorēšanu. simtiem miljonu dolāru virs budžeta.
Papildus SAIC problēmai tajā pašā mēnesī pilsētas kontrolieris Džons Liu izdeva revīzijas ziņojumu, kurā paziņoja, ka ārkārtas sakaru pārveidošanas programma (ECTP) - uz tehnoloģijām balstīta sistēma, kas paredzēta, lai uzlabotu neatliekamās palīdzības dienestu apkalpošanu vairāk nekā par 12 miljoniem ārkārtas izsaukumi, kas tika saņemti katru gadu, bija par septiņiem gadiem kavējušies un budžetā pārsniedza USD 1 miljardu. Runājot radiostacijā WNYC, Liu sacīja: "Gadu slikta pārvaldība ir novedusi pie šīs neticami milzīgās budžeta pārsniegšanas, un līdz šim tā joprojām nav pilnībā izmantojama." 2012. gada maijā mēra birojs sāka izmaksu samazināšanu projektā, reaģējot uz kontroliera revīziju.
Ir ironiski, ka mērs Bloombergs, kurš sāka savu likteni, ieviešot Volstrītas informācijas sistēmas, būtu jāapgrūtina ar programmatūru saistītām problēmām. Šīs problēmas nav tikai viņa. Viņi visā valstī atklājas, bieži vien ar postošiem vai gandrīz postošiem rezultātiem gan publiskajā, gan privātajā sektorā.
2011. gada beigās IT tirdzniecības izdevumā Information Weekly tika uzskaitīti "2011. gada desmit valdības IT flopi", kurā bija uzskaitīti galvenie valdības IT izvietojumi, kas cieta drošības nianses, krāpšanas fiasko, budžeta sadalījumus un daudz ko citu. New Yorks CityTime bija ceturtais sarakstā. Bet kā jūs varat iedomāties, Ņujorka nav vienīgā valdības vienība, kurai ir IT problēmas.
Viena liela problēmu zona ir Volstrīta. Piemēram, 2012. gada augustā tirdzniecības uzņēmums ar nosaukumu Knight Capital zaudēja 440 miljonus dolāru 45 minūtēs pēc kļūdainas programmatūras instalēšanas. Lai saprastu tirdzniecības programmatūru, ir nepieciešamas zināmas zināšanas par pasaules vērtspapīru tirgus sarežģītību. Brokeru firmas veic tirdzniecību gan ar klientiem (kā aģentiem), gan par saviem kontiem (kā pilnvarotie). Darbojoties kā aģenti, viņi var saņemt īpašus pasūtījumus no klientiem, kurus viņi pēc tam nosūta biržā vai datorizētā tirdzniecības pakalpojumā. Vai arī viņiem var būt izvēles tiesības uz kontu, un šādā gadījumā viņi veic darījumus, kas, domājams, ir klientu interesēs. Pēdējā gadījumā tirdzniecība notiek līdzīgi darījumiem uz paša uzņēmuma rēķina, un to veiks, pamatojoties uz spriedumu par drošību un attiecīgajiem tirgus faktoriem.
Gadiem ilgi firmas ir mēģinājušas kodificēt faktorus, kas ir šo spriedumu pamatā, tostarp tirgus apstākļus, drošības datus, nozares informāciju un ekonomiskos datus. Tirdzniecības stratēģija, ko uzņēmums vēlas ievērot attiecībā uz šo drošības, rūpniecības vai vispārējo tirgus stāvokli, ir iekļauta sistēmā, kas reālā laikā uzrauga visus atbilstošos elementus un, kad nosacījumi ir izpildīti, aktivizē automātiskus pirkšanas vai pārdošanas rīkojumus. To sauc par programmu tirdzniecību.
Šī sistēma bieži darbojas ļoti labi. Problēma ir tāda, ka daudziem uzņēmumiem tagad ir programmu tirdzniecības sistēmas, ka vienas firmas automātiskā pārdošana var izraisīt citas firmas nosacījumus, izraisot automātiskākas reakcijas, kas varētu akcijas vai pat tirgus kļūt par ķegli. Tātad, biržas ir ieviesušas savus sprūdus, pieprasot firmām izslēgt programmu tirdzniecības sistēmas, kad tiek uzskatīts, ka tirgus apstākļi to prasa.
Bez kļūdām, bez stresa - jūsu soli pa solim, kā izveidot programmatūru, kas maina dzīvi, neiznīcinot savu dzīvi
Jūs nevarat uzlabot savas programmēšanas prasmes, kad nevienam nerūp programmatūras kvalitāte.
Pat ja tā, laiks ir nauda akciju tirgū, un ātrgaitas tirdzniecības firmas ir plaukstošas datorizētajos tirgos. Pēc Tabb grupas datiem, kopš 2012. gada tie veido vairāk nekā pusi no visām akciju tirdzniecībām. Tas nozīmē, ka pastāv pastāvīga konkurence starp firmām, lai turpinātu modernizēt savas sistēmas, lai nodrošinātu ātrāku izpildi, kas, kā izrādās, ir iemesls tam, ka tika instalēta programmatūra Knight Software, kas gandrīz izslēdza firmu no uzņēmējdarbības.
Personai, kas nav IT, ir viegli pieņemt, ka kļūdaina sistēma nav pārbaudīta ļoti labi. Varbūt tā izstrādātājiem vajadzēja darīt labāku darbu. Tā ir taisnība, bet, sistēmām kļūstot arvien sarežģītākām, bieži vien ir grūti zināt, kas jāpārbauda vai kāds ir pārbaudei nepieciešamais apjoms, it īpaši, ja daudzi no iespējamiem kļūmes punktiem kļūst arvien sarežģītāki un tāpēc neparedzami.
Un daži kritiķi saka, ka tas var tikai pasliktināties. Džeimss Martins savā brīnišķīgajā 2000. gada grāmatā “Pēc interneta: svešzemju intelekts” raksta par programmatūru, kas pēc ieviešanas (pēc rūpīgas pārbaudes, viens cer) ir “adaptīva”, jo tā pastāvīgi meklē efektīvākus veidus, kā sasniegt vēlamo izlaide; tas arī "pats modificē" savu kodu. Tas nozīmē, ka kādā brīdī mēs uzzināsim, "ko sistēma dara, bet ne obligāti, kā tā to dara".
Martins uzskata, ka mums ir ne tikai jākontrolē šī jaunā metodika, bet arī jāpieņem tā, lai saglabātu konkurētspēju. Konkurence rada pastāvīgu spiedienu uz labākajām un ātrākajām sistēmām, un finanšu nozare šajā ziņā nav unikāla.
Mēs visi esam pieredzējuši zināmu tehnisko kļūmju veidu, piemēram, nāves zilo ekrānu, vīrusu uzbrukumus, programmatūras kļūdas lietojumprogrammās, hakeru uzbrukumus, sistēmas izslēgšanu utt., Bet, tā kā mēs arvien vairāk un vairāk savas dzīves pārvēršam intelektuālajās sistēmās šī problēma pāraugs neapmierinoši - un tā var kļūt pilnīgi bīstama.
Tas nozīmē, ka mums kā patērētājiem ir jāpieprasa augstāka šo sistēmu kvalitāte. Tajā būs iesaistīti izglītotāki un profesionālāki sistēmu izstrādātāji, prasīgākas testēšanas procedūras un patērētāji - zinošāki tiešie lietotāji un prasīgāki patērētāji.
Protams, vienmēr ir iespēja iet līdzi plūsmai. Diemžēl nesenā vēsture liecina, ka tas var būt ne tikai nomākts un dārgs, bet, iespējams, arī ļoti postošs.