Një nga profesionet më të ngarkuara me idiotë janë menaxherët që menaxhojnë programuesit. Jo të gjithë, por ata që nuk ishin vetë programues. Ata që mendojnë se është e mundur të "rrisni" efikasitetin (apo të rrisni "efikasitetin"?) duke përdorur metoda nga librat. Pa u munduar as të lexoni po këta libra, videoja është cigane.
Ata që nuk kanë shkruar kurrë kod. Ata për të cilët janë bërë filma të Hollivudit për programuesit - mirë, ata ku shikojnë email duke përdorur vijën e komandës. Ata që nuk janë të interesuar për asgjë tjetër përveç treguesve, afateve dhe rrogës së tyre.
Ata që janë shumica.
Por ata janë idiotë për një arsye tjetër. Ata duan efikasitet, ose të paktën efektivitet (hajde, menaxher, Google se cili është ndryshimi), pa kuptuar as njërën, as tjetrën. Pa kuptuar përgjithësisht thelbin, procesin e marrjes së rezultatit, humbjet që ndodhin në këtë proces, kostot e zhvillimit. Me pak fjalë, të punosh me një programues sikur të ishte një kuti e zezë.
Ata erdhën në drejtimin e programuesve pikërisht për një arsye: ka zhurmë, para, treg dhe një mori idiotësh të njëjtë. Ka një vend për të humbur.
Nëse do të kishte zhurmë në prodhimin e montimit mekanik, ne do të shkonim atje. Vagonat e stacionit thithin. Nuk do të habitesha që djali që shet pemët e Krishtlindjeve në lagjen tonë në dhjetor është një menaxher IT me pushime.
Me pak fjalë, nëse është e mundur, qëlloni këta njerëz në qafë. Mos u shqetëso, ata do të gjejnë një punë. Asnjëri prej tyre nuk do të bëjë kurrë asgjë të mirë derisa të bëhen vetë programues. Sepse ai nuk e kupton thelbin, mekanizmin, logjikën e procesit që kontrollon.
Mirë, mjaft për menaxherët. Tani tek pika, për programuesit. Si të rrisni efikasitetin e zhvillimit duke mësuar të shkruani kode me cilësi të lartë.
Për të rritur efikasitetin, ju duhet t'i zgjidhni problemet më shpejt pa humbur cilësinë. Për të zgjidhur problemet më shpejt, duhet të jeni në gjendje të shkruani menjëherë kodin me cilësi të lartë. Dhe "me cilësi të lartë", dhe "shkruaj" dhe "menjëherë". Më lejoni të shpjegoj me një metaforë.
Të shkruash kod me cilësi të lartë është si të flasësh saktë një gjuhë të huaj. Kur nuk dini një gjuhë, kaloni shumë kohë duke u përpjekur të formuloni mendimet tuaja në të.
Nëse keni nevojë të thoni diçka urgjentisht, thjesht qëndroni në disa fjalë, shpesh jo të duhurat, harroni artikujt, renditjen e saktë të fjalëve, për të mos përmendur kohët e foljeve dhe shqiptimin e dobët.
Nëse keni kohë për të formuluar një përgjigje, do t'ju duhet të hapni një fjalor ose një përkthyes në internet dhe të shpenzoni shumë kohë duke formuluar mendimet tuaja. Ndjenja, megjithatë, do të jetë ende e pakëndshme: ju e thoni përgjigjen dhe nuk e dini nëse është e saktë apo jo. Është e njëjta gjë me kodin - duket se është shkruar, duket se funksionon, por nëse është i cilësisë së mirë apo jo është një mister.
Rezulton të jetë një humbje e dyfishtë e kohës. Duhet kohë për të gjetur një përgjigje. Duhet gjithashtu kohë për të formuluar këtë përgjigje - dhe jo aq pak.
Nëse aftësia e shkrimit të kodit me cilësi të lartë është e pranishme, atëherë përgjigja mund të formulohet menjëherë, sapo të jetë pjekur në kokë, pa shpenzuar kohë shtesë për përkthimin.
Shkathtësia e shkrimit të kodit me cilësi të lartë ndihmon gjatë dizajnimit të arkitekturës. Ju thjesht nuk do të merrni në konsideratë opsione të pasakta, të parealizueshme ose të pakuptimta në kokën tuaj.
Për ta përmbledhur: aftësia për të shkruar kode me cilësi të lartë përshpejton ndjeshëm zgjidhjen e problemeve.
Por kjo nuk është e gjitha. Falë menaxherëve të çizmeve të ndjera, ka një kapje - nuk kemi arsye për të shkruar kod me cilësi të lartë. Menaxheri nuk shikon kodin, klienti nuk shikon kodin. Ne rrallë i tregojmë kodet njëri-tjetrit, vetëm ndonjëherë, në disa projekte ku ka një "kontrollues" të caktuar kodi ose rifaktorim periodik.
Rezulton se në shumicën e rasteve kodi i ndyrë shkon te prodhimi ose te klienti. Një person që ka shkruar kod të ndyrë formon një lidhje të qëndrueshme nervore - jo vetëm që është e mundur të shkruhet kod i ndyrë, por është gjithashtu i nevojshëm - pranohet dhe ata madje paguajnë për të.
Si rezultat, aftësia e shkrimit të kodit me cilësi të lartë nuk ka asnjë shans të zhvillohet fare. Kodi i shkruar nga një punonjës me kusht nuk kontrollohet kurrë nga askush. Arsyeja e vetme që ai do të mësojë të programojë normalisht është motivimi i brendshëm.
Por ky motivim i brendshëm bie ndesh me planet dhe kërkesat për efikasitet dhe produktivitet. Kjo kontradiktë është e qartë se nuk zgjidhet në favor të kodit me cilësi të lartë, sepse njerëzit as nuk i kritikojnë njerëzit për kod të ndyrë. Dhe për dështimin për të përmbushur planin - edhe kështu.
Cfare duhet te bej? Unë shoh dhe propozoj dy rrugë që mund të kombinohen.
E para është t'i tregoni kodin tuaj dikujt brenda kompanisë. Jo në mënyrë reaktive (kur kërkohet / detyrohet), por në mënyrë proaktive (uh, shoku, shiko kodin tim, të lutem). Gjëja kryesore këtu është të mos postoni një snot të sheqerosur, të mos përpiqeni të vendosni kritikat ndaj kodit në një formë të sjellshme. Nëse kodi është mut, ne themi kështu: kodi është mut. Me shpjegime, sigurisht, dhe rekomandime se si të përmirësohet.
Por kjo rrugë është edhe kështu. Zbatueshmëria e tij varet nga pika në të cilën ka ndodhur kontakti. Nëse puna tashmë ka hyrë në prodhim dhe rezulton se kodi është katrahurë, nuk ka kuptim ta ribëni atë. Më saktësisht, arsyet - metrikat gjithashtu do të ulen. Menaxherët do të nxitojnë dhe do t'ju shtypin me kërkesat e efikasitetit. Dhe as mos u përpiqni t'u shpjegoni atyre se kodi i ndyrë do të kthehet patjetër në formën e gabimeve - do t'ju kthehet kundër. Ju mund të bëni vetëm një zotim që të mos e bëni më këtë.
Nëse puna nuk është dorëzuar ende, ose sapo ka filluar, atëherë derdhja e mut mbi kodin (ose projektin, idenë e tij) mund të ketë një kuptim mjaft praktik - personi do ta bëjë atë normalisht.
Mënyra e dytë, më e lezetshme, është të bësh zhvillim me kod të hapur gjatë orëve jo pune. Cili është qëllimi: që një grup programuesish, përkatësisht programues, të shohin kodin tuaj dhe të flasin për të. Të gjithë brenda kompanisë nuk kanë kohë. Por programuesit në të gjithë botën nuk kanë ende asgjë për të bërë, dhe nëse shkruani diçka të dobishme nga pikëpamja e aplikimit, ata patjetër do të shikojnë brenda.
Truku kryesor, për mendimin tim, është shkrimi i kodit gjatë orarit jo të punës, sepse kontradikta midis cilësisë së kodit dhe shpejtësisë së dhënies së rezultatit nuk do të funksionojë. Shkruani zhvillimin tuaj për të paktën një vit. As afatet, as specifikimet teknike, as paratë, as shefi nuk do t'ju bëjnë presion. Liri dhe kreativitet i plotë.
Vetëm në krijimtarinë e lirë do të kuptoni dhe ndjeni se çfarë është kodi i madh, do të shihni bukurinë e gjuhës dhe të teknologjisë dhe do të ndjeni sharmin e detyrave të biznesit. Epo, do të mësoni të shkruani kod me cilësi të lartë.
Vërtetë, kjo do t'ju kërkojë të kaloni kohë personale. Si çdo zhvillim tjetër. Shikojeni jo si kosto, por si investim – në veten tuaj.
Burimi: www.habr.com