Iga tarkvaraprojekt kogub otseteid. Kiire parandus siin, kopeeritud-kleebitud funktsioon seal, “me refaktoreerime selle hiljem”, mida kunagi ei refaktoreerita. Eraldi v\u00f5ttes on iga\u00fcks neist kahjutu. Kokku moodustavad need selle, mida t\u00f6\u00f6stuses nimetatakse tehniliseks v\u00f5laks \u2014 ning nagu rahaline v\u00f5lg, koguneb ka intress. <\/p>\n
P\u00e4rast aastak\u00fcmmet klientidele tarkvara ehitamist ja hooldamist e-kaubanduse, FinTechi ja meedia valdkonnas oleme \u00f5ppinud tehnilist v\u00f5lga austama. Mitte kartma \u2014 vaid austama. Sest t\u00f5de on n\u00fcansirikkam kui “kogu v\u00f5lg on halb.” <\/p>\n
K\u00f5ige ohtlikum asi tehnilise v\u00f5la juures on see, et see on n\u00e4htamatu k\u00f5igile peale koodibaasis t\u00f6\u00f6tavate arendajate. Tegevjuht seda ei n\u00e4e. Tootejuht seda ei tunneta. Kliendid ei m\u00e4rka seda \u2014 kuni nad m\u00e4rkavad. <\/p>\n
Siin on see, mida oleme n\u00e4inud v\u00f5la p\u00e4ris projektides maksma minevat:<\/p>\n
Aeglasem funktsioonide arendus.<\/strong> Funktsioon, mis peaks v\u00f5tma n\u00e4dala, v\u00f5tab kolm, sest arendaja peab t\u00f6\u00f6tama \u00fcmber k\u00f5rbenud, sassis koodi. See on k\u00f5ige levinum kulu ja k\u00f5ige raskemini m\u00f5\u00f5detav, sest see n\u00e4ib lihtsalt “arendus on aeglane.” <\/p>\n Rohkem vigu tootmises.<\/strong> Kui koodi on raske m\u00f5ista, on seda raske ohutult muuta. Iga muudatus riskib millegi mitteseotu katkiajamisega. Oleme n\u00e4inud projekte, kus 40% sprindiajast kulus regressioonide parandamisele, mitte uute funktsioonide ehitamisele. <\/p>\n Sisseelamise takistused.<\/strong> Uued arendajad liituvad meeskonnaga ja kulutavad n\u00e4dalaid, \u00fcritades m\u00f5ista, miks kood teeb seda, mida ta teeb. Dokumenteerimata t\u00f6\u00f6lahendused, ebaj\u00e4rjekindlad mustrid ning paikade kihid muudavad koodibaasi uustulnukatele vaenulikuks. <\/p>\n Kasutuselev\u00f5tu hirm.<\/strong> Kui meeskond kardab kasutusele v\u00f5tta, sest “midagi v\u00f5ib katki minna,” on see v\u00f5la s\u00fcmptom. Oleme t\u00f6\u00f6tanud klientidega, kelle meeskonnad v\u00f5tsid kasutusele kord kuus, sest iga v\u00e4ljalase oli hasartm\u00e4ng. Nende konkurendid v\u00f5tsid kasutusele iga p\u00e4ev. <\/p>\n Siin on osa, mille enamik tehnilisi artikleid vahele j\u00e4tab: m\u00f5nikord on v\u00f5lg \u00f5ige valik.<\/p>\n Kui CarBro vajas oma autoturu MVP turule toomist, tegime teadlikke kompromisse. Kasutasime lihtsamat andmebaasiskeemi, kui l\u00f5pptoode vajaks. J\u00e4tsime vahele m\u00f5ned erandjuhtude k\u00e4sitlused, mis m\u00f5jutasid v\u00e4hem kui 1% kasutajatest. Valisime mitmel API l\u00f5pp-punktil kiiruse elegantsuse asemel. <\/p>\n See oli strateegiline v\u00f5lg \u2014 v\u00f5etud lahtiste silmadega, dokumenteeritud ja tagasimaksmiseks planeeritud. MVP k\u00e4ivitus t\u00e4htajaks. Ettev\u00f5te valideeris oma turuh\u00fcpoteesi. Ning me l\u00e4ksime j\u00e4rgmises etapis tagasi ja korrastasime koodi. <\/p>\n Peamine erinevus strateegilise ja juhusliku v\u00f5la vahel:<\/p>\n P\u00e4rast aastaid koodibaaside p\u00e4rimist teistelt meeskondadelt ja agentuuridelt oleme koostanud kontrollnimekirja ohtlike tehnilise v\u00f5la tasemete tuvastamiseks:<\/p>\n Teste pole, v\u00f5i teste, mida keegi ei usalda.<\/strong> Kui testikomplekt v\u00f5tab tundide kaupa aega, eba\u00f5nnestub juhuslikult v\u00f5i j\u00e4etakse enne kasutuselev\u00f5ttu vahele \u2014 v\u00f5lg on s\u00fcgav.<\/p>\n “Ainult \u00fcks inimene teab, kuidas see t\u00f6\u00f6tab.”<\/strong> \u00dchele arendajale koondunud teadmine on riski kordisti. Kui see inimene lahkub, muutub v\u00f5lg kriisiks. <\/p>\n Kopeeritud-kleebitud kood k\u00f5ikjal.<\/strong> Kui sama loogika eksisteerib viies kohas, peab iga veaparandus toimuma viis korda. Seda kunagi ei juhtu. <\/p>\n Koodibaas v\u00f5itleb raamistikuga.<\/strong> Oleme n\u00e4inud projekte, kus arendajad t\u00f6\u00f6tasid raamistiku tavade vastu, mitte nendega koos. Iga uuendus muutub lahinguks. Iga uue teegi integreerimine on valus. <\/p>\n Kasutuselev\u00f5tt v\u00f5tab rohkem kui 15 minutit inimese t\u00e4helepanu.<\/strong> Kui kasutuselev\u00f5tt n\u00f5uab manuaalseid samme, SSH-ligip\u00e4\u00e4su ja ristis s\u00f5rmi, on infrastruktuuri v\u00f5lg m\u00e4rkimisv\u00e4\u00e4rne.<\/p>\n Kui klient tuleb meie juurde koodibaasiga, mis on t\u00e4is v\u00f5lga \u2014 mis juhtub sagedamini, kui arvata v\u00f5iks \u2014 siin on meie l\u00e4henemine:<\/p>\n Esiteks, hindame ausalt.<\/strong> Mitte iga v\u00f5laosa ei vaja parandamist. Osa elab koodis, mis harva muutub. Osa on funktsioonides, mis kaotatakse kasutuselt. Keskendume v\u00f5lale, mis aktiivselt meeskonda aeglustab. <\/p>\n Teiseks, eraldame aega igal sprindil.<\/strong> P\u00fchendame umbes 20% igast sprindist v\u00f5la v\u00e4hendamisele. Mitte eraldi “refaktoreerimissprindis,” mida kunagi ei toimu, vaid p\u00f5imituna tavalisse funktsioonit\u00f6\u00f6sse. Puudutad faili? J\u00e4ta see paremaks, kui see oli. <\/p>\n Kolmandaks, teeme selle n\u00e4htavaks.<\/strong> J\u00e4lgime v\u00f5la\u00fcksusi koos funktsioonide ja vigadega. Tooteomanik n\u00e4eb neid. Klient n\u00e4eb neid. V\u00f5la v\u00e4hendamine ei ole salajane projekt \u2014 see on osa terve toote tarnimisest. <\/p>\n Neljandaks, ennetame uue v\u00f5la teket.<\/strong> Koodi\u00fclevaatused, automaattestimine, j\u00e4rjekindlad mustrid ning ausad vestlused ajakavade \u00fcle. Odavaim v\u00f5lg on v\u00f5lg, mida sa kunagi ei v\u00f5ta. <\/p>\n Kui oled asutaja v\u00f5i tooteomanik, kes seda loeb, siis siin on ebamugav t\u00f5de: su arendusmeeskond kannab t\u00f5en\u00e4oliselt rohkem v\u00f5lga, kui nad sulle on \u00f6elnud. Mitte sellep\u00e4rast, et nad seda varjaksid, vaid sellep\u00e4rast, et neil ei ole head viisi selle selgitamiseks. <\/p>\n K\u00fcsi oma tehnikaliidrilt: “Kui sa saaksid kulutada kaks n\u00e4dalat mistahes asjale koodibaasis, mis see oleks?” Vastus \u00fctleb sulle, kus v\u00f5lg elab. Ja sellega tegelemine kohe \u2014 isegi osaliselt \u2014 s\u00e4\u00e4stab sind kuude p\u00e4rast. <\/p>\n Tehniline v\u00f5lg ei ole tehniline probleem. See on \u00e4ririsk. Ja nagu k\u00f5ik riskid, on seda k\u00f5ige odavam hallata enne, kui sellest saab kriis. <\/p>\nMillal v\u00f5lg on tegelikult tark valik<\/h2>\n
\n
Hoiatusm\u00e4rgid<\/h2>\n
Mida me selle osas teeme<\/h2>\n
\u00c4riline vestlus<\/h2>\n