Conţinut
- Codul de depanare: Cum este făcut
- Combaterea Bugs
- De ce Bugs evade Capture
- Fără bug-uri, fără stres - Ghidul dvs. pas cu pas pentru crearea de programe care schimbă viața fără a vă distruge viața
- Filosofia depanării
Sursa: Abscent84 / iStockphoto
La pachet:
Liderii gândiți au conceput o structură de eliberare a software-ului mai fluidă, care să pună la punct mediile de dezvoltare și producție, dar programarea computerului mai are un element de vrăjitorie.
Oricine a lucrat la codarea chiar și a celor mai de bază proiecte știe că procesul necesită un pic de răbdare. Numeroasele capcane de a încerca să scrie cod de la zero sunt o melodie și un dans al tuturor felurilor în care un programator sau dezvoltator uman poate înțelege greșit. Este o listă lungă și include totul, de la erori de sintaxă, care, de obicei, vor fi prinse de compilator, până la bug-uri „la nivel de vedere” mai profunde care necesită revizuire mai inteligentă. În acest scop, școlile și centrele de instruire îi învață pe studenții de informatică cum să „debugheze” un program. Ceea ce este interesant, însă, este că fiecare individ își dezvoltă propriul său răspuns foarte unic la această provocare. De fapt, acesta poate fi un domeniu în care este necesară mai mult decât puțină perspectivă personală. (Citiți câteva dintre cele mai importante figuri ale programărilor din The Pioneers of Programming Computer.)
Codul de depanare: Cum este făcut
În unele cazuri, profesioniștii în domeniul informaticii sunt capabili să utilizeze resurse din studiouri pentru dezvoltatori sau medii de programare pentru a izola bug-urile dintr-un program. Cu toate acestea, atunci când aceste tipuri de gestionare a erorilor sau sisteme nu sunt disponibile sau utile, debuggingul necesită parcurgerea codului după rând. Multe medii de programare, cum ar fi Microsoft Visual Basic Studio, au caracteristici care permit vizualizarea „pas cu pas” liniară cu linie.
Căutarea codului ajută în două moduri principale: în primul rând, programatorii pot vedea ce se întâmplă pe măsură ce computerul citește codul și unde se concentrează funcțiile recursive și alte interacțiuni de cod. În al doilea rând, însă, programatorul poate vedea adesea valorile diferitelor variabile utilizând comenzi mouse-over sau alte părți ale interfeței. Știind ce valori sunt în variabile este o modalitate cheie de a înțelege ce face computerul cu codul care i se oferă.
Combaterea Bugs
Procesul descris mai sus poate părea simplu, dar provocarea reală a depanării poate fi mult mai complicată. Un excelent exemplu al acestui proces la locul de muncă poate fi găsit în thriller-ul tehnic, intitulat „The Bug”, de Ellen Ullman, fost dezvoltator și profesionist IT, a cărui proză strălucește într-un mod literar. Deși cartea este ficțiune, ea dezvăluie multe despre ceea ce se întâmplă de fapt atunci când programatorii și calculatoarele interacționează.
Lăsând la o parte o mulțime de detalii întunecate personale din carte, portretizarea lui Ullman a două persoane, un testator și un programator, arată unele dintre provocările majore cu care s-au confruntat aceste tehnologii de carieră în era anterioară a dezvoltării de software. Practic, eroarea ei, pe care o numește „The Jester”, eludă toată lumea la o companie de software din anii 1980, încordând relațiile cu angajații, prăbușind încrederea investitorilor și, în general, provocând un rucsac. Între timp, autorul reflectă destul de mult modul în care calculatoarele ne afectează și, de ce, dacă vrem să triumfăm asupra idiosincrasiei lor, trebuie să „gândim ca o mașină”. (Pentru a afla istoria programării, consultați Programarea computerului: De la limbajul mașinii la inteligența artificială.)
De ce Bugs evade Capture
Un motiv pentru care eroarea din cartea lui Ullman a fost atât de greu de rezolvat este că a apărut doar în momente ciudate. Această provocare sună într-adevăr pentru multe alte astfel de sclipiri (amintiți-vă doar de numeroasele încercări ale lui Toyota după zvonurile utilizatorului despre un Prius scăpat). Să presupunem că cineva vă spune că aveți o eroare. Dacă nu puteți face computerul să manifeste o problemă, de unde începeți chiar și în ceea ce privește remedierea acestuia?
Motivul acestei sclipiri, așa cum s-a dezvăluit la sfârșitul cărții, este un alt mare exemplu de complexitatea codului de scriere a computerului personal din acea epocă - și poate încă în al nostru. În esență, eroarea era ascunsă într-o funcție mică, cuibărită, care pur și simplu oferea o orientare de bază către alte bucăți de cod. Deoarece a fost scris de un programator terț și din cauza lipsei de comunicare între programatori, adevărata sursă a problemei a rămas ascunsă luni întregi - un adevărat testament al problemelor poate apărea din munca în echipă documentată incorect.
Când vine vorba de o eroare a calculatorului, un detaliu complicat poate arunca un sistem altfel comandat în haos. Aptitudinile bune de codare, prin urmare, pot fi uneori mai mult artă decât știință (Ullman o numește „nebunie”), făcând din codificare o afacere în mod dezordonat.
Fără bug-uri, fără stres - Ghidul dvs. pas cu pas pentru crearea de programe care schimbă viața fără a vă distruge viața
Nu îți poți îmbunătăți abilitățile de programare atunci când nimeni nu îi pasă de calitatea software-ului.
Filosofia depanării
Programatorii trebuie să lucreze adesea cu computerele - nu cu oamenii - pentru a obține rezultate. Ullman sugerează că codificatorii și testerii sunt adesea cei mai eficienți atunci când sunt capabili să îndepărteze toate nuanțele gândirii umane și ale raționamentului în baza logicii de bază pe care le folosesc calculatoarele. Aceasta înseamnă să lăsăm deoparte o mulțime de ceea ce venim cu toții la fiecare zi pentru a obține o claritate de concentrare. Această calitate permite celor mai buni profesioniști de informatică să prospere, chiar și într-o epocă în care a fost pus în aplicare mult mai mult cadru pentru majoritatea proiectelor.
Liderii gândiți au conceput o structură de eliberare a software-ului mai fluidă, care să pună la punct mediile de dezvoltare și producție, dar programarea computerului mai are un element de vrăjitorie. De aceea, cei mai buni programatori sunt mai mult decât niște codificatori structurali; au instinctul de a se rădăcina și de a remedia erorile care amenință funcționalitatea mașinilor pe care ne bazăm din ce în ce mai mult.