Yksi idioottimaisimmista ammateista on ohjelmoijien ammatti. Eivät kaikki, mutta ne, jotka eivät itse ole koskaan olleet ohjelmoijia. Ne, jotka luulevat voivansa "lisätä" tehokkuutta (tai lisätä "tehokkuutta"?) kirjoista löytyvien menetelmien avulla. He eivät ole edes vaivautuneet lukemaan itse kirjoja – onhan olemassa video mustalaistyylisestä ohjelmoinnista.
Ne, jotka eivät ole koskaan kirjoittaneet koodia. Ne, joille tehdään Hollywood-elokuvia ohjelmoijista – tiedättehän, sellaisia, joissa he katsovat sähköposteja komentoriviltä. Ne, jotka eivät välitä mistään muusta kuin mittareista, määräajoista ja omista palkastaan.
Ne, jotka ovat enemmistössä.
Mutta he ovat idiootteja eri syystä. He haluavat tehokkuutta, tai ainakin vaikuttavuutta (no niin, johtaja, googlaa ero), ymmärtämättä kuitenkaan kumpaakaan. Heillä ei ole minkäänlaista ymmärrystä ytimestä, tulosten saavuttamisprosessista, matkan varrella tapahtuvista tappioista tai kehityskustannuksista. Lyhyesti sanottuna, ohjelmoijan kanssa työskentely on kuin mustan laatikon kanssa työskentelyä.
Ohjelmoijat parveilivat johtotehtäviin yhdestä syystä: siellä on hypeä, rahaa, markkinat ja joukko yhtä idiootteja. Piilopaikkoja on runsaasti.
Jos mekaanisen kokoonpanon tuotannossa olisi hypeä, ihmiset ryntäisivät sinne. Farmariautot ovat roskaa. En yllättyisi, jos naapurustossamme joulukuusia myyvä kaveri olisi lomalla oleva IT-päällikkö.
Lyhyesti sanottuna, jos mahdollista, potkaiskaa nämä kaverit ulos. Älä huoli, he löytävät kyllä töitä. Kukaan heistä ei tule koskaan tekemään mitään kunnollista, ennen kuin heistä itse tulee ohjelmoijia. Koska he eivät ymmärrä hallitsemansa prosessin olemusta, mekaniikkaa tai logiikkaa.
Okei, nyt riittää päälliköistä. Nyt asiaan, ohjelmoijille. Kuinka parantaa kehitystehokkuutta oppimalla kirjoittamaan laadukasta koodia.
Tehokkuuden lisäämiseksi sinun on ratkaistava ongelmia nopeammin laadusta tinkimättä. Ongelmien ratkaisemiseksi nopeammin sinun on kyettävä kirjoittamaan korkealaatuista koodia heti. "Korkealaatuinen", "kirjoita" ja "heti". Selitän kielikuvalla.
Laadukkaan koodin kirjoittaminen on kuin puhuisi vierasta kieltä sujuvasti. Kun et osaa kieltä, käytät paljon aikaa yrittäessäsi muotoilla ajatuksiasi sillä.
Jos sinun täytyy sanoa jotain kiireellisesti, lätkäiset vain sanoja, usein vääriä, unohdat artikkelit, oikean sanajärjestyksen, puhumattakaan verbien aikamuodoista ja huonosta ääntämisestä.
Jos sinulla on aikaa muotoilla vastausta, sinun on avattava sanakirja tai nettikääntäjä ja käytettävä valtavasti aikaa ajatustesi muodostamiseen. Tunne on kuitenkin edelleen epämiellyttävä: annat vastauksen, mutta et tiedä, onko se oikein vai ei. Sama pätee koodiin: olet kirjoittanut sen, se näyttää toimivan, mutta onko se laadukasta vai ei – kuka tietää.
Se on tuplasti ajanhukkaa. Vastauksen keksiminen vie aikaa. Vastauksen muotoileminen vie myös aikaa – ja melkoisesti.
Jos sinulla on taitoa kirjoittaa laadukasta koodia, voit muotoilla vastauksesi heti, kun se on muodostunut päässäsi, tuhlaamatta ylimääräistä aikaa kääntämiseen.
Laadukkaan koodin kirjoittamisen taito auttaa arkkitehtuurin suunnittelussa. Et yksinkertaisesti vaali virheellisiä, toteuttamattomia tai kömpelöitä ideoita päässäsi.
Yhteenvetona: laadukkaan koodin kirjoittamisen taito nopeuttaa ongelmanratkaisua merkittävästi.
Mutta siinä ei ole kaikki. Kiitos typerien esimiesten, on yksi juju: meillä ei ole kannustimia kirjoittaa laadukasta koodia. Esimies ei katso koodia, eikä asiakaskaan. Jaamme koodia harvoin toistemme kanssa, vain satunnaisesti tietyissä projekteissa, joissa on nimetty koodin tarkistaja tai joissa koodia refaktoroidaan säännöllisesti.
Käy ilmi, että useimmissa tapauksissa huono koodi päätyy tuotantoon tai asiakkaan puolelle. Huonon koodin kirjoittajan välille kehittyy vahva neuroverkkoyhteys: huonon koodin kirjoittaminen ei ole ainoastaan hyväksyttävää, vaan sitä jopa vaaditaan – se on hyväksyttyä, ja ihmiset jopa maksavat siitä.
Tämän seurauksena korkealaatuisen koodin kirjoittamisen taidolla ei ole lainkaan mahdollisuuksia kehittyä. Hypoteettisen työntekijän kirjoittamaa koodia ei koskaan tarkisteta kenenkään toimesta. Ainoa syy, miksi he oppivat ohjelmoimaan hyvin, on sisäinen motivaatio.
Mutta tämä sisäinen motivaatio on ristiriidassa tehokkuutta ja tuottavuutta koskevien suunnitelmien ja vaatimusten kanssa. Tätä ristiriitaa ei selvästikään ratkaista laadukkaan koodin eduksi, koska huonoa koodia ei edes kritisoida. Ja suunnitelman epäonnistumista todellakin kritisoidaan.
Mitä tehdä? Näen ja ehdotan kahta polkua, jotka voidaan yhdistää.
Ensimmäinen on näyttää koodisi jollekulle yrityksen sisällä. Ei reaktiivisesti (pyydettäessä tai pakotettaessa), vaan ennakoivasti (hei, kaveri, katsokaa minun koodiani, kiitos). Tärkeintä on välttää kaunistelemista tai koodikritiikin pukemista kohteliaaseen sävyyn. Jos koodi on roskaa, sanomme sen heti: koodi on roskaa. Selityksin tietenkin ja suosituksin siitä, miten sitä voisi parantaa.
Mutta tämä lähestymistapa on myös ongelmallinen. Sen sovellettavuus riippuu kosketuspisteestä. Jos työ on jo siirretty tuotantoon ja koodi osoittautuu roskaksi, sitä ei ole mitään järkeä tehdä uudelleen. Tai pikemminkin, sille ei ole mitään syytä – mittarit romahtavat. Esimiehet iskevät esiin ja lätkäisevät suorituskykyvaatimuksia. Äläkä edes yritä selittää heille, että roskakoodi palaa väistämättä bugeina – se kostautuu. Voit vain sitoutua siihen, ettet tee sitä uudelleen.
Jos työ ei ole vielä valmistunut tai on vasta alkanut, niin paskan kaataminen koodin (tai sen projektin, idean) päälle voi olla hyvin käytännöllistä – henkilö tekee sen kunnolla.
Toinen ja jännittävin vaihtoehto on tehdä avoimen lähdekoodin kehitystä vapaa-ajallasi. Tavoitteena on, että joukko ohjelmoijia – siis ohjelmoijia – näkee koodisi ja kommentoi sitä. Yrityksen sisällä kenelläkään ei ole aikaa. Ja ohjelmoijilla ympäri maailmaa ei ole muutenkaan parempaa tekemistä, joten jos kirjoitat jotain käytännön kannalta hyödyllistä, he varmasti katsovat sitä.
Mielestäni tärkein etu on koodin kirjoittaminen työajan ulkopuolella, koska koodin laadun ja toimitusnopeuden välillä ei ole kompromissia. Voit käyttää vuoden oman projektisi kehittämiseen. Sinua eivät painosta määräajat, spesifikaatiot, raha tai pomosi. Se on täydellistä vapautta ja luovuutta.
Vain vapaan luovuuden kautta ymmärrät ja tunnet, mitä mahtava koodi on, näet ohjelmointikielten ja -teknologioiden kauneuden ja koet liiketoiminnan haasteiden ilon. Ja opit kirjoittamaan laadukasta koodia.
Totta, tämä vaatii jonkin verran henkilökohtaista aikaa. Aivan kuten mikä tahansa muukin kehitys. Älä pidä sitä kuluna, vaan sijoituksena – itseesi.
Lähde: will.com
