D'Geheimnis fir Effizienz ass Qualitéitscode, net en effektive Manager

Ee vun de meeschte idiote belaaschte Beruffer ass Manager déi Programméierer managen. Net all, awer déi, déi net selwer Programméierer waren. Déi mengen datt et méiglech ass d'Effizienz ze "erhéijen" (oder d'"Effizienz" ze erhéijen?) mat Methoden aus Bicher. Ouni sech emol ze stéieren déiselwecht Bicher ze liesen, ass de Video e Zigeiner.

Déi, déi ni Code geschriwwen hunn. Déi fir déi Hollywood Filmer iwwer Programméierer gemaach ginn - gutt, déi wou se E-Mail kucken mat der Kommandozeil. Déi, déi an näischt anescht wéi Indicateuren interesséiert sinn, Frist an hir eege Pai.

Déi, déi d'Majoritéit sinn.

Awer si sinn Idioten aus engem anere Grond. Si wëllen Effizienz, oder op d'mannst Effektivitéit (komm, Manager, Google wat den Ënnerscheed ass), ouni weder deen een oder deen aneren ze verstoen. Ouni allgemeng d'Essenz ze verstoen, de Prozess fir d'Resultat ze kréien, d'Verloschter déi an dësem Prozess geschéien, d'Käschte vun der Entwécklung. Kuerz gesot, mat engem Programméierer ze schaffen wéi wann hien eng schwaarz Këscht wier.

Si sinn an d'Gestioun vun de Programméierer gerannt fir genee ee Grond: et gëtt Hype, Suen, de Maart an eng Rëtsch vun deene selwechten Idioten. Et gëtt eng Plaz fir ze verléieren.

Wann et Hype an der mechanescher Assembléeproduktioun wier, wäerte mir do lafen. Station Waggonen suckelen. Ech géif net iwwerrascht ginn, datt de Guy Chrëschtdag Beem an eiser Noperschaft am Dezember verkafen ass en IT Manager an der Vakanz.

Kuerz gesot, wa méiglech, schéisst dës Kärelen am Hals. Maacht Iech keng Suergen, si fannen eng Aarbecht. Keen vun hinnen wäert jeemools eppes anstänneg maachen bis se selwer e Programméierer ginn. Well hien versteet net d'Essenz, de Mechanismus, d'Logik vum Prozess deen hien kontrolléiert.

Okay, genuch iwwer Manager. Elo zum Punkt, fir Programméierer. Wéi d'Entwécklungseffizienz ze erhéijen andeems Dir léiert héichqualitativ Code ze schreiwen.

Fir d'Effizienz ze erhéijen, musst Dir Problemer méi séier léisen ouni Qualitéit ze verléieren. Fir Problemer méi séier ze léisen, musst Dir fäeg sinn direkt héichqualitativ Code ze schreiwen. An "héich Qualitéit", a "schreiwen", an "direkt". Loosst mech mat enger Metapher erklären.

Héich Qualitéitscode ze schreiwen ass wéi eng Friemsprooch richteg ze schwätzen. Wann Dir keng Sprooch kennt, verbréngt Dir vill Zäit fir Är Gedanken dran ze formuléieren.

Wann een dréngend eppes muss soen, da setzt ee just op e puer Wierder, dacks net déi richteg, vergiesst een Artikelen, déi richteg Wuertuerdnung, fir net ze schwätzen vun Verbenzäiten a schlechter Aussprooch.

Wann Dir Zäit hutt fir eng Äntwert ze formuléieren, musst Dir e Wierderbuch oder en Online Iwwersetzer opmaachen a vill Zäit verbréngen fir Är Gedanken ze formuléieren. D'Gefill wäert awer ëmmer nach désagréabel sinn: Dir seet d'Äntwert, an Dir wësst net ob se richteg ass oder net. Et ass d'selwecht mam Code - et schéngt geschriwwe ze sinn, et schéngt ze schaffen, awer ob et vu gudder Qualitéit ass oder net ass e Geheimnis.

Et stellt sech eraus eng duebel Verschwendung vun Zäit. Et brauch Zäit fir mat enger Äntwert ze kommen. Et brauch och Zäit fir dës Äntwert ze formuléieren - an net sou wéineg.

Wann d'Fäegkeet fir qualitativ héichwäerteg Code ze schreiwen ass präsent, da kann d'Äntwert direkt formuléiert ginn, soubal et am Kapp reift, ouni zousätzlech Zäit op Iwwersetzung ze verbréngen.

D'Fäegkeet fir qualitativ héichwäerteg Code ze schreiwen hëlleft beim Design vun der Architektur. Dir wäert einfach net falsch, onrealiséierbar oder hand-me-down Optiounen an Ärem Kapp betruechten.

Zesummefaassend: d'Fäegkeet fir qualitativ héichwäerteg Code ze schreiwen beschleunegt d'Problemléisung wesentlech.

Mä dat ass net alles. Dank de Filz Stiefel Manager ass et ee Fang - mir hu kee Grond fir qualitativ héichwäerteg Code ze schreiwen. De Manager kuckt net op de Code, de Client kuckt net op de Code. Mir weisen selten Code mateneen, nëmmen heiansdo, an e puer Projeten wou et en designéierte Code "Checker" oder periodesch Refactoring gëtt.

Et stellt sech eraus datt an de meeschte Fäll de scheiss Code an d'Produktioun oder op de Client geet. Eng Persoun déi schei Code geschriwwen huet bildt eng stabil neural Verbindung - et ass net nëmme méiglech schei Code ze schreiwen, awer et ass och néideg - et gëtt ugeholl, a si bezuelen souguer dofir.

Als Resultat huet d'Fäegkeet fir qualitativ héichwäerteg Code ze schreiwen guer keng Chance ze entwéckelen. De Code geschriwwen vun engem bedingte Mataarbechter gëtt ni vu jidderengem iwwerpréift. Deen eenzege Grond firwat hie léiert normalerweis ze programméieren ass intern Motivatioun.

Awer dës intern Motivatioun konflikt mat Pläng an Ufuerderunge fir Effizienz a Produktivitéit. Dës Widdersproch ass kloer net zugonschte vum héichqualitativen Code geléist, well se d'Leit net emol fir scheisse Code kritiséieren. A fir net de Plang ze erfëllen - och esou.

Wat sollt ech maachen? Ech gesinn a proposéieren zwee Weeër déi kombinéiert kënne ginn.

Déi éischt ass Äre Code engem an der Firma ze weisen. Net reaktiv (wann gefrot/gezwongen), mee proaktiv (äh, Dude, kuckt w.e.g. mäi Code). Den Haapt Saach hei ass net sugary snot ze posten, net ze probéieren Kritik un de Code an eng héiflech Form ze setzen. Wann de Code Schäiss ass, soen mir et: de Code ass Schäiss. Mat Erklärungen, natierlech, a Recommandatiounen wéi et besser ze maachen.

Mä dëse Wee ass och sou-sou. Seng Applikatioun hänkt vum Punkt of, op deem de Kontakt geschitt ass. Wann d'Aarbecht schonn an d'Produktioun gaang ass an et stellt sech eraus datt de Code Schäiss ass, ass et kee Sënn et nei ze maachen. Méi präzis, d'Grënn - d'Metriken wäerten och falen. D'Manager rennen eran an zerbriechen Iech mat Effizienzfuerderunge. A probéiert net emol hinnen ze erklären datt de scheiss Code definitiv zréck a Form vu Käfere wäert kommen - et wäert op Iech zréckkommen. Dir kënnt nëmmen en Engagement maachen dëst net erëm ze maachen.

Wann d'Aarbecht nach net geliwwert gouf, oder just ugefaang huet, da kann d'Schäiss op de Code (oder säi Projet, Iddi) eng zimlech praktesch Bedeitung hunn - d'Persoun wäert et normalerweis maachen.

Déi zweet Manéier, déi coolst, ass Open Source Entwécklung während net-Aarbechtszäiten ze maachen. Wat ass d'Zil: fir eng Rëtsch Programméierer, nämlech Programméierer, Äre Code ze gesinn an doriwwer ze schwätzen. Jiddereen an der Firma huet keng Zäit. Mee Programméierer ganzer Welt hunn nach näischt ze maachen, a wann Dir eppes nëtzlech aus enger Applikatioun Siicht schreift, wäert se definitiv bannen kucken.

Den Haapttrick, menger Meenung no, schreift Code während net-Aarbechtszäiten, well de Widdersproch tëscht der Qualitéit vum Code an der Geschwindegkeet vum Resultat ze liwweren net funktionnéiert. Schreift Är Entwécklung op d'mannst ee Joer. Weder Deadlines, nach technesch Spezifikatioune, nach Suen, nach Chef wäerten Drock op Iech setzen. Komplett Fräiheet a Kreativitéit.

Nëmmen a fräi Kreativitéit wäert Dir verstoen a fillen wat super Code ass, gesinn d'Schéinheet vun Sprooch an Technologie, a fillt de Charme vun Affär Aufgaben. Gutt, Dir léiert qualitativ héichwäerteg Code ze schreiwen.

Richteg, dëst erfuerdert Iech perséinlech Zäit ze verbréngen. Just wéi all aner Entwécklung. Kuckt et net als Käschte, awer als Investitioun - an Iech selwer.

Source: will.com