Vsebina
- Koda za odpravljanje napak: kako je storjeno
- Bojne hrošče
- Zakaj se hrošči izmikajo ujetju
- Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
- Filozofija razhroščevanja
Vir: Abscent84 / iStockphoto
Odvzem:
Premišljeni voditelji so si zamislili bolj tekočo strukturo izdaje programske opreme, s katero bi premostili razvojno in proizvodno okolje, vendar računalniško programiranje še vedno vsebuje element čarovništva.
Kdor je delal na kodiranju tudi najosnovnejših projektov, ve, da postopek zahteva dobro potrpljenje. Številne pasti poskusov pisanja kode iz nič so pesem in ples na številne načine, kako jih človeški programer ali razvijalec lahko zmoti. Dolg je seznam in vključuje vse od napak v sintaksi, ki jih bo prevajalnik navadno ujel, do globljih hroščev na ravni vida, ki zahtevajo bolj inteligenten pregled. V ta namen šole in učni centri učijo študente računalništva, kako "odpraviti program". Kar je zanimivo, pa je, da vsak posameznik razvije svoj edinstven odziv na ta izziv. V resnici je to lahko področje, kjer je potrebno več kot malo osebnega vpogleda. (Preberite o nekaterih najpomembnejših programih v Pionirjih računalniškega programiranja.)
Koda za odpravljanje napak: kako je storjeno
V nekaterih primerih strokovnjaki za računalništvo lahko uporabljajo vire iz razvijalskih studiev ali programskega okolja za izolacijo napak v programu. Kadar pa takšne vrste napak ali sistemskih sistemov niso na voljo ali uporabne, je za odpravljanje napak potrebno iti skozi kodo po vrstico. Številna programska okolja, na primer Microsoft Visual Basic Studio, imajo funkcije, ki omogočajo jasno, vizualno "prestopanje" skozi kodo.
Prehod kode pomaga na dva glavna načina: najprej programerji lahko vidijo, kaj se dogaja, ko računalnik bere kodo in kam gre osredotočenost na rekurzivne funkcije in druge interakcije s kodo. Drugič, kljub temu lahko programer pogosto vidi vrednosti različnih spremenljivk z uporabo ukazov z miško ali drugimi deli vmesnika. Poznavanje vrednosti v spremenljivkah je ključni način za razumevanje, kaj računalnik počne s kodo, ki mu je dana.
Bojne hrošče
Zgoraj opisan postopek se morda sliši preprosto, toda dejanski izziv odpravljanja napak je lahko veliko bolj zapleten. Odličen primer tega procesa pri delu lahko najdemo v tehnološkem trilerju z naslovom "The Bug" Ellen Ullman, nekdanje razvijalke in IT-strokovnjake, katere proza sveti v literarni obliki. Čeprav je knjiga leposlovje, razkriva veliko o tem, kaj se dejansko dogaja, ko komunicirajo programerji in računalniki.
Če pustimo ob strani veliko temno osebnih podrobnosti v knjigi, je Ullmanova slika dveh ljudi, preizkuševalca in programerja, pokazala nekaj glavnih izzivov, s katerimi so se te karierne tehnike spoprijele v prejšnji dobi razvoja programske opreme. V bistvu je njen hrošček, ki mu pravijo "Jester", izpustil vse v programskem podjetju iz osemdesetih let, napenjal odnose z zaposlenimi, porušil zaupanje vlagateljev in na splošno povzročil propad. Medtem avtor precej razmišlja o tem, kako računalniki vplivajo na nas, in zakaj moramo, če želimo zmagati nad svojimi idiosinkrazijami, "razmišljati kot stroj". (Če želite izvedeti več o zgodovini programiranja, si oglejte Računalniško programiranje: od strojnega jezika do umetne inteligence.)
Zakaj se hrošči izmikajo ujetju
Eden od razlogov, da se je hrošča v Ullmanovi knjigi tako težko spoprijeti, je ta, da se je pojavil le ob nenavadnih trenutkih. Ta izziv resnično velja za številne druge tovrstne težave (spomnite se le obširnih Toyotinih preizkušenj po govoricah uporabnikov o zapuščenem Priusu). Recimo, da vam nekdo reče, da imate hrošča. Če sploh ne morete narediti, da bi računalnik pokazal težavo, kje sploh začnete v smislu njegovega odpravljanja?
Razlog za to bleščanje, ki je bil razkrit na koncu knjige, je še en odličen primer zapletenosti pisanja kode za osebni računalnik v tisti dobi - in morda še vedno pri nas. V bistvu je bil hrošč skrit v majhni gnezdeni funkciji, ki je preprosto dala osnovno orientacijo drugim kosom kode. Ker ga je napisal tretji programer in ker ni bilo komunikacije med programerji, je resnični vir težave ostal skriven več mesecev - pravi testament o težavah lahko izhaja iz nepravilno dokumentiranega timskega dela.
Ko gre za računalniško napako, lahko zapletena podrobnost vrže drugače urejen sistem v kaos. Dobre veščine kodiranja so zato včasih lahko bolj umetnost kot znanost (Ullman to imenuje "norost"), zaradi česar je kodiranje že sam po sebi neurejen posel.
Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje
Ne morete izboljšati svojih programskih veščin, kadar nikogar ne skrbi za kakovost programske opreme.
Filozofija razhroščevanja
Programerji morajo pogosto doseči rezultate z računalniki - ne z ljudmi. Ullman predlaga, da so kodirniki in preizkuševalci pogosto najučinkovitejši, kadar lahko odvrnejo vse nianse človeške misli in razsodnosti do osnovne logične uporabe računalnikov. To pomeni, da odložimo veliko tistega, s čimer vsi delamo vsak dan, da bi dosegli jasnost ostrine. Ta kakovost omogoča, da uspevajo številni vrhunski strokovnjaki iz računalništva, tudi v obdobju, ko je za večino projektov postavljen veliko več okvira.
Premišljeni voditelji so si zamislili bolj tekočo strukturo izdaje programske opreme, s katero bi premostili razvojno in proizvodno okolje, vendar računalniško programiranje še vedno vsebuje element čarovništva. Zato so najboljši programerji več kot le strukturni kodirniki; imajo nagon izkoreniniti in odpraviti napake, ki ogrožajo funkcionalnost strojev, na katere se vedno bolj zanašamo.