Një nga profesionet më të ngarkuara me idiotë është menaxherët që drejtojnë programuesit. Jo të gjithë, por ata që nuk kanë qenë kurrë programues. Ata që mendojnë se mund të "rritnin" efikasitetin (ose rriten "efikasitetin"?) me metoda nga librat. Madje nuk u shqetësuan t'i lexojnë ato libra, sepse ka një video të bukur.
Ata qĂ« kurrĂ« nuk kanĂ« shkruar kod. Ata pĂ«r tĂ« cilĂ«t bĂ«hen filma hollivudiane pĂ«r programuesit â mirĂ«, ata qĂ« shohin postĂ«n elektronike me komandĂ«n e linjĂ«s. Ata qĂ« nuk u intereson asgjĂ« pĂ«rveç treguesve, afateve dhe pagĂ«s sĂ« tyre.
Ata që janë shumicë.
Por idiotët janë për një arsye tjetër. Ata duan efikasitet, ose të paktën rezultativitet (ha, menaxher, kërko në Google, çfarë është diferenca), pa kuptuar asnjë nga të dyja. Në përgjithësi, pa kuptuar thelbin, procesin e arritjes së rezultateve, humbjet që ndodhin gjatë këtij procesi, shpenzimet për zhvillim. Shkurtimisht, punojnë me programuesin si me një kut të zezë.
Vinin për të menaxhuar programuesit saktësisht për një arsye: këtu ka zhurmë, para, treg dhe një grumbull idiotësh të tjerë. Ka vende për t'u humbur.
Po të kishte një entuziazëm në prodhimin e mekanikës, do të iknim atje. Universali s'kanë të bëjnë me punë. Nuk do të befasohesha që tipi që shet pemë Krishtlindjesh në lagjen tonë në dhjetor, është një menaxher IT në pushim.
Pra, nëse keni mundësi, hodhni këta djem përjashta. Mos u shqetësoni, ata do të gjejnë punë. Askush prej tyre nuk do të bëjë ndonjë gjë të mirë derisa të bëhet programues. Sepse nuk e kupton thelbin, mekanizmin, logjikën e procesit që menaxhon.
I gjithë kjo, mjaft për menaxherët. Tani për programuesit. Si të rrisim efikasitetin e zhvillimit duke mësuar të shkruajmë kod të kualitetit të lartë.
Për të rritur efikasitetin, duhet të zgjidhni problemet më shpejt, pa humbur cilësinë. Për të zgjidhur problemet më shpejt, duhet të dini të shkruani direkt kod të kualitetit të lartë. Dhe "kualitet", dhe "shkruani", dhe "direkt". Do ta shpjegoj me një metaforë.
Të shkruash kod të kualitetit të lartë është si të flasësh saktë një gjuhë të huaj. Kur nuk e di gjuhën, harxhon shumë kohë për të formuluar mendimet e tua në të.
Nëse duhet të thuash diçka me ngut, thjesht do të ngjitesh me disa fjalë, shpesh jo ato që duhet, do të harrosh për artikujt, rendin e saktë të fjalëve, duke mos përmendur kohët e foljeve dhe shqiptimin e dobët.
NĂ«se ke kohĂ« pĂ«r tĂ« formuluar njĂ« pĂ«rgjigje, atĂ«herĂ« do tĂ« duhet tĂ« hapĂ«sh fjalorin ose njĂ« pĂ«rkthyes tĂ« internetit dhe tĂ« shpenzosh shumĂ« kohĂ« pĂ«r tĂ« formuluar mendimet e tua. MegjithatĂ«, ndjenja do tĂ« jetĂ« e pakĂ«ndshme: e thua pĂ«rgjigjen dhe nuk e di nĂ«se Ă«shtĂ« e saktĂ« apo jo. Po ashtu me kodin â duket se e shkrove, duket se funksionon, por nĂ«se Ă«shtĂ« me cilĂ«si apo jo â nuk e di.
PĂ«rfundimisht Ă«shtĂ« njĂ« humbje e dyfishtĂ« kohe. Koha shpenzohet pĂ«r tĂ« menduar pĂ«rgjigjen. Koha shpenzohet gjithashtu pĂ«r ta formuluar kĂ«tĂ« pĂ«rgjigje â dhe, pĂ«r mĂ« tepĂ«r, jo shumĂ« pak.
Nëse ke aftësinë për të shkruar kod cilësor, atëherë mund të formulosha menjëherë përgjigjen, sapo të vijë në mendje, pa humbur kohë shtesë për përkthim.
Aftësia për të shkruar kod cilësor ndihmon në projektimin e arkitekturës. Thjesht nuk do të konsiderosh në mendje varianta të gabuara, të pa-realizueshme ose të papërshtatshme.
Përmbledhje: aftësia për të shkruar kod të cilësisë së lartë e acceleron ndjeshëm zgjidhjen e problemeve.
Por kjo nuk Ă«shtĂ« gjithçka. FalĂ« menaxherĂ«ve statikĂ«, ka njĂ« tĂ« metĂ« â nĂ« fakt, nuk kemi ndonjĂ« shkak pĂ«r tĂ« shkruar kod cilĂ«sor. Menaxheri nuk shikon kodin, klienti nuk shikon kodin. RrallĂ« e tregojmĂ« kodin njĂ«ri-tjetrit, vetĂ«m ndonjĂ«herĂ«, nĂ« disa projekte ku ka njĂ« "verifikues" tĂ« caktuar tĂ« kodit apo riparim tĂ« pĂ«rkohshĂ«m.
KĂ«shtu, nĂ« shumicĂ«n e rasteve, kodet e dobĂ«ta shkojnĂ« nĂ« prodhim ose klientit. Njeriu qĂ« e shkruan kodin e dobĂ«t krijon njĂ« lidhje tĂ« fortĂ« neurale â Ă«shtĂ« jo vetĂ«m e lejueshme, por gjithashtu e nevojshme tĂ« shkruhet kod i dobĂ«t â e pranojnĂ«, madje edhe paguajnĂ« pĂ«r tĂ«.
Si rezultat, aftësia për të shkruar kod të cilësisë së lartë nuk ka shanse të zhvillohet fare. Kodi i shkruar nga një punonjës hipotetik nuk kontrollohet asnjëherë. Arsyet e vetme për të cilat ai do të mësojë të programojë mirë janë motivimi i brendshëm.
Poroso kjo motivim i brendshĂ«m Ă«shtĂ« nĂ« kontradiktĂ« me planet dhe kĂ«rkesat pĂ«r efikasitet dhe produktivitet. ĂĂ«shtja e kĂ«saj kontradikteje zgjidhet qartĂ«, jo nĂ« favor tĂ« kodit cilĂ«sor, pasi as nuk e kritikojnĂ« pĂ«r kodin e dobĂ«t. Por pĂ«r mos pĂ«rmbushjen e planit â pĂ«r kĂ«tĂ« po, kritikohen shumĂ«.
ĂfarĂ« tĂ« bej? UnĂ« shoh dhe propozoj dy rrugĂ«, tĂ« cilat mund tĂ« kombinohen.
E para â tregoni kodin tuaj dikujt brenda kompanisĂ«. Jo reaktivisht (kur kĂ«rkohet / detyrohet), por proaktivisht (hej, shiko kodin tim, tĂ« lutem). KĂ«tu e rĂ«ndĂ«sishme Ă«shtĂ« tĂ« mos e zbukurosh kritikĂ«n, tĂ« mos pĂ«rpiqesh ta veshĂ«sh kritikĂ«n mbi kodin nĂ« njĂ« formĂ« tĂ« sjellshme. NĂ«se kodi Ă«shtĂ« i dobĂ«t, ne ashtu e themi: kodi Ă«shtĂ« i dobĂ«t. Me shpjegime, natyrisht, dhe rekomandime pĂ«r si ta bĂ«sh atĂ« mĂ« tĂ« mirĂ«.
PorĂ«, kjo rrugĂ« Ă«shtĂ« e limonit. PĂ«rdorshmĂ«ria e saj varet nga pika nĂ« tĂ« cilĂ«n ka ndodhur kontakti. NĂ«se puna tashmĂ« Ă«shtĂ« futur nĂ« prodhim dhe Ă«shtĂ« zbuluar se kodi Ă«shtĂ« i dobĂ«t, nuk ka kuptim ta riprodhosh. PĂ«rkundrazi, do tĂ« rĂ«nien e metrikave. MenaxherĂ«t do tĂ« vinin me kĂ«rkesa pĂ«r performancĂ«n. Dhe as mos provo t'u shpjegosh se kodi i keq do tĂ« kthehet nĂ« formĂ«n e defekteve â kjo do tĂ« dalĂ« shtrenjtĂ« pĂ«r ty. Mundesh vetĂ«m tĂ« marrĂ«sh pĂ«rsipĂ«r angazhimin pĂ«r tĂ« mos e bĂ«rĂ« mĂ« ashtu.
NĂ«se puna ende nuk Ă«shtĂ« dorĂ«zuar, ose sapo ka filluar, atĂ«herĂ« kritika e kodit (ose e projektit, idesĂ«) mund tĂ« ketĂ« njĂ« kuptim tĂ« praktikuar â personi do ta realizojĂ« siç duhet.
Rruga e dytĂ«, mĂ« e mira â angazhohuni nĂ« zhvillimin open-source nĂ« kohĂ«n tuaj tĂ« lirĂ«. QĂ«llimi Ă«shtĂ« qĂ« njĂ« grup programuesish, pikĂ«risht programuesish, tĂ« shohin kodin tuaj dhe tĂ« japin komentet e tyre. Brenda kompanisĂ« askujt nuk i mbetet koha. Por, programuesit e botĂ«s janĂ« gjithmonĂ« tĂ« lirĂ«, dhe nĂ«se ju shkruani diçka tĂ« dobishme nga pikĂ«pamja praktik, ata me patjetĂ«r do tĂ« shohin brenda.
Sipas mendimit tim, pika kryesore është shkruajtja e kodit në kohë të lirë, sepse nuk do të ketë një kundërshti mes cilësisë së kodit dhe shpejtësisë së rezultateve. Edhe për një vit, mund të punosh në zhvillimin tënd. Nuk do të ketë presion nga afatet, as nga detyrat, as nga paratë, as nga shefi. Liri totale dhe krijimtari.
Vetëm në krijimtarinë e lirë do të kuptosh dhe ndjesh se çfarë është një kod i shkëlqyer, do të shohësh bukurinë e gjuhëve të programimit dhe teknologjive, do të ndjesh kënaqësinë e detyrave biznesore. Dhe gjithashtu do të mësosh të shkruash kod cilësor.
E vĂ«rteta Ă«shtĂ« se kjo do tĂ« kĂ«rkojĂ« nga ty investim tĂ« kohĂ«s personale. Ashtu si çdo zhvillim tjetĂ«r. Shikoje kĂ«tĂ« jo si njĂ« shpenzim, por si njĂ« investim â nĂ« veten tĂ«nde.
Burimi: habr.com
