Ma ei mäleta täpselt, millal ma esimest korda Joel Spolsky ajaveebi Joel on Software otsa komistasin, kuid see oli mingil hetkel keskkoolis hiljaks jäänud.
Ma ei teadnud kogu tarkvaraarenduse protsessist piisavalt, et saada aru, millest ta tegelikult rääkis, kuid ma nautisin tema kirjutamisstiili ja nautisin seda, mida tal oli öelda.
Tegelikult olin ma selline fänn, et kui ma lõpetasin, ostsin tema raamatuid (mis olid tema saidi artiklite kogumikud) ja lugesin neid kaanest kaaneni. Hoidsin nende koopiaid tööl oma laual ja kasutasin üht tema raamatut – Smart and Gets Things Done –, kui olin meeskonna juht.
Mulle jäid aga kõige rohkem meelde need artiklid, mis puudutasid parema koodi kirjutamist. Siin on aga asi: need artiklid ei sisaldanud midagi tegeliku koodi kirjutamise kohta.
Parema koodi kirjutamine
Selle asemel oli tegemist parema koodiga seotud protsessidega. Ja ma sattusin juhuslikult ühe artikli peale – sellegipoolest on see 16-aastane – ja ma pean seda endiselt sama asjakohaseks kui selle esmakordsel leidmisel.
Välja arvatud praegu, mõtlen ma ise, kuidas see minu praeguse arenduskontserni kohta käib .
Joeli test
Esiteks on kõnealune artikkel selline, mida ma loen vähemalt kord kuus – kui mitte vähemalt kord nädalas – ja ma keerleb kõik selle ümber, mida ta nimetab The Joeli testiks. Need on kaksteist küsimust, mida esitate oma praegusele arendusmeeskonnale.
- Kas kasutate allika juhtimist?
- Kas saate ehitada ühe sammuga?
- Kas teete igapäevaseid ehitusi?
- Kas teil on vigade andmebaas?
- Kas parandate vead enne uue koodi kirjutamist?
- Kas teil on ajakohane ajakava?
- Kas teil on spetsifikatsioon?
- Kas programmeerijatel on vaiksed töötingimused?
- Kas kasutate parimaid tööriistu, mida raha eest osta saab?
- Kas teil on testijaid?
- Kas uued kandidaadid kirjutavad vestluse ajal koodi?
- Kas teete koridori kasutatavuse testimist?
Arvestades, et need küsimused on kirjutatud 16 aastat tagasi ja põhinevad suures osas koostatud koodil, võib osa terminoloogiat vajada kohandamist.
Joeli testi puhul on hea asi see, et igale küsimusele on lihtne leida kiire jah või ei . Te ei pea välja mõtlema koodiridu päevas ega keskmisi vigu käändepunkti kohta. Andke oma meeskonnale 1 punkt iga "jah" vastuse eest.
Näiteks selle asemel, et küsida, kas saate ehitada ühe etapi, peaksime võib-olla küsima, kas saame juurutada ühe etapiga. Teate, mida ma mõtlen – selliste asjade kohandamist.
Teiseks tuleb osa küsimusi kohandada kaugmeeskondade jaoks, sest me ei ole enam ühes kontoris. See tähendab, et selle asemel, et teha koridoris kasutatavuse testimist, peate võib-olla haarama võrgus kellegi tuttava, saatma ta oma testimiskeskkonda ja küsima temalt projekti kohta.
Joeli test WordPressi jaoks
Võib-olla nende jaoks, kes me kasutame WordPressi arendustegevuse alusena, näeksid meie küsimuste komplekt välja umbes selline:
- Kas kasutate allika juhtimist?
- Kas saate juurutada ühe sammuga?
- Kas teete igapäevaseid lähetusi?
- Kas teil on vigade andmebaas?
- Kas parandate vead enne uue koodi kirjutamist?
- Kas teil on ajakohane ajakava?
- Kas teil on nõuded ja maketid?
- Kas programmeerijatel on vaiksed töötingimused? Või kas programmeerijatel on kaugjuhtimise korral lubatud minna režiimi "Ära sega"?
- Kas kasutate turu parimaid tööriistu, kas midagi tasuta ja avatud lähtekoodiga või midagi esmaklassilist?
- Kas teil on testijaid? (Ja ma võin küsida, kas projekti eelarve annab aega ka automatiseeritud testimise ühikutestide kirjutamiseks)?
- Kas kandidaatidel on GitHubis, ajaveebis või avalikult kättesaadavas kohas saadaval koodinäidised, mida saab üle vaadata?
- Kas teil on grupp inimesi, kelle hulgast saate oma pooleliolevaid töid testida?
Jällegi, see põhineb suuresti ideel väikesest kaugemast meeskonnast, mitte suurest ettevõtte tasemel tooteettevõttest või agentuurist. Kuid see on midagi, mille juurde ma ikka aeg-ajalt tagasi pöördun ja imestan, kuidas teised poed üksteise vastu seisavad.
Oh, ja kogu punktiarve?
Hinne 12 on täiuslik, 11 on talutav, kuid 10 või vähem ja teil on tõsiseid probleeme. Tõde on see, et enamik tarkvaraorganisatsioone töötab hindega 2 või 3 ja nad vajavad tõsist abi …
Meil kõigil on midagi, mille poole sihtida, eks?
Järgmiseks kümnendiks?
Asi pole niivõrd selles, et ma arvan, et see on võistlus, kuid ma tean, et tahaksin vastata jaatavalt enamikule nendele küsimustele nii enda kui ka nende jaoks, kellega koos töötan.
Kuid selle artikli kirjutamise ajal võin öelda, et ma ei saa neile kõigile jah öelda, rääkimata võib-olla pooltest. Võib-olla aasta lõpuks saan siiski hakkama.
Ja võib-olla saavad meie ülejäänud tööstuses töötavad meeskonnad nende küsimuste põhjal hinnata. Kuigi Internet ja sellega seotud tehnoloogiad liiguvad kiiresti, on need küsimused püsinud hästi üle kümne aasta.