In primele luni in care am lucrat ca programator am avut parte
\nde un test interesant. Se punea problema lansarii unui proiect
\nsoftware, iar conducatorul de proiect venit de la “centru” (CTCE,
\npentru cine-si mai aminteste) si seful meu direct (in calitate de
\nbeneficiar) s-au retras intr-un birou si au discutat vreme de vreo
\ndoua ore cerintele pe care aplicatia trebuia sa le satisfaca.
\nProbabil s-a ajuns la o neintelegere cu privire la termene, pentru
\nca seful m-a chemat, mi-a expus pe scurt problema, dupa care m-a
\nintrebat in cat timp apreciez eu ca se poate realiza. Aplicatia imi
\nparea simpla, mi-am facut o socoteala si am dat verdictul: o
\nsaptamana. Stupoare. Pana la urma s-a convenit la sase luni si a
\nfost randul meu sa raman mirat.<\/p>\n
Diferenta de estimare venea din abordare: in vreme ce eu
\nconsideram dezvoltarea de software mai degraba un mestesug, oamenii
\nde la “centru” il considerau un soi de industrie. Adica un proces
\ncu o metodologie stricta, cu o planificare riguroasa, cu etape care
\nse succedau si toate celelalte detalii care ma duceau cu gandul la
\nbanda de montaj din “Timpuri noi” (Chaplin, 1936). Pentru a-mi
\nconfirma mie insumi ca n-am facut o gafa majora, am realizat in
\ncinci zile un prototip functional pe cerintele date, dupa care am
\ncolaborat la procesul standard care, intr-adevar, a durat ceva mai
\nmult de o jumatate de an.<\/p>\n
Partea buna a procesului de tip industrial este ca lasa in urma
\nlui multa documentatie si se poate realiza cu programatori
\nmediocri, care primesc specificatii detaliate, fara sa aiba nevoie
\nde imaginea de ansamblu. In felul acesta, oricine poate fi inlocuit
\noricand, de pilda pentru a ajuta la un alt proiect. Insa nici acum,
\ndupa atatia ani si proiecte, nu stiu cine a avut dreptate. Este
\ndezvoltarea de software un proces de tip industrial sau este un soi
\nde mestesug high-tech? E mai rentabil sa lucrezi cu programatori
\nfoarte buni sau sa “depersonalizezi” munca?<\/p>\n
Mi-am pus din nou aceasta problema dupa ce am regasit blogul
\n“Joel on Software”, unde aceste intrebari sunt mereu discutate.
\nJoel Spolsky a lucrat cativa ani la Microsoft si a condus echipa
\ncare a realizat programul Excel, asadar cunoaste la modul practic
\ncum functioneaza marea industrie de software. Cu toate acestea,
\ncand a parasit Microsoft si a fondat firma Fog Creek Software,
\nformula pe care a adoptat-o s-a rezumat la patru obiective, ce
\ndecurg unele din altele: sa creeze cele mai bune conditii de munca,
\nastfel incat sa atraga cei mai buni programatori, care sa realizeze
\ncel mai bun software, iar de aici sa vina profitul. Convingerea sa
\neste ca programatorii foarte buni sunt cheia intregului edificiu,
\nfiindca cinci programatori mediocri nu vor realiza niciodata (iar
\nJoel accentueaza acest “niciodata”) un soft de calitatea celui
\nrealizat de un programator foarte bun, asa cum cinci Salieri nu vor
\nproduce Recviemul lui Mozart nici daca ar lucra 100 de ani.<\/p>\n
Comparatia ii apartine si nu este intamplator ca se refera la
\narta, care implica viziune, inspiratie, dar si mestesug stapanit la
\nperfectie. Exista insa si explicatii mai pragmatice, cum ar fi
\n“Legea lui Brooks”, care spune ca adaugand mai multi programatori
\nla un proiect intarziat nu vei obtine decat o intarziere si mai
\nmare. Evident, un singur proiectant cu mare productivitate nu va
\navea problemele de coordonare si de comunicare pe care le are o
\nechipa, mai ales cand se adauga oameni noi. Pana la urma, Joel
\nconsidera ca programatorul bun este mai degraba un designer, ceea
\nce aduce si putina arta in ecuatie, deci implicit si mestesug.<\/p>\n
Daca acceptam varianta mestesugului, cum se explica faptul ca
\nexista o industrie de software (si exista cu adevarat), in vreme ce
\ndezvoltarea de software nu este un proces industrial? Mitul
\neficientei metodologiilor riguroase, de tip banda de montaj, a fost
\nspulberat de modelul de dezvoltare practicat in multe proiecte open
\nsource (“bazarul”), care abandoneaza orice rigoare cu exceptia
\ncelei privind calitatea codului. La fel de haotice par la prima
\nvedere noile metode de dezvoltare reunite sub numele de “programare
\nagila”, in care mai important este raspunsul rapid la schimbari
\ndecat urmarea unui plan, iar programul trebuie sa fie functional
\ncat mai repede.<\/p>\n
Pana la urma, cred ca am avut dreptate cand am estimat la o
\nsaptamana un proiect care avea sa dureze o jumatate de an. Daca
\nprimesti feedback foarte devreme nu risti sa dezvolti doua luni
\nintr-o directie gresita. Este un principiu al bazarului: “Release
\nearly, release often”.<\/p>\n","protected":false},"excerpt":{"rendered":"
S-au facut previziuni sumbre privind viitorul programatorilor. Se spera ca se vor concepe computere capabile sa elaboreze programe sau ca vor deveni simple rotite intr-un urias angrenaj. Nimic nu s-a adeverit, iar marii programatori raman in continuare eroii vremurilor noastre.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[529],"tags":[7107,7571,464,7105],"class_list":["post-42949","post","type-post","status-publish","format-standard","hentry","category-opinii","tag-mircea-sarbu","tag-programatori","tag-viitor","tag-weboscop"],"_links":{"self":[{"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/posts\/42949","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=42949"}],"version-history":[{"count":1,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/posts\/42949\/revisions"}],"predecessor-version":[{"id":60591,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=\/wp\/v2\/posts\/42949\/revisions\/60591"}],"wp:attachment":[{"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=42949"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=42949"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bm.dev.synology.me\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=42949"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}