Valesti joondatud vaade: kaaslaste eelistamine kasutajatele
Mitu korda olete vaadanud kellegi koodi ja öelnud:
Ma ei kasuta seda, sest see ei tundu hästi kirjutatud.
Ja sel juhul võib sõna „hästi kirjutatud" asendada:
- "Vaadake, kuidas ma seda kirjutaksin,"
- "Tundub, et see on minu jaoks mõistlik."
Muidugi – on aegu, kus avatud lähtekoodi kasutamine on riskantne. Teame seda mitmesuguse tarkvara ja teenuste põhjal, mis ilmnevad haavatavustega. Kuid vähemalt selle postituse puhul käsitlege neid erandina – mitte reeglina.
See tähendab, et meil jääb üle vaadata midagi, mida võime kasutada, kuid otsustame mitte kasutada, sest tundub, et see ei ole kirjutatud nii, nagu me arvame, et see peaks olema kirjutatud.
Eakaaslaste eelistamine kasutajatele
Arendus on keeruline, sest meie või mõni teine arendaja peame tegema mitu kompromissi, kui nad midagi ehitavad.
Vaadates seest välja
Peame arvestama:
- aja- ja eelarvepiirangud,
- milline paradigma aitab meil nimetatud piirangute raames kindlat tulemust saavutada,
- kas lõplik lahendus lahendab tõesti põhiprobleemi,
- kas sellega kaasnevad hoolduskulud, kuidas oleme midagi kokku pannud?
Ja seda loetelu võiks jätkata.
Arengu erinevate aspektide arvestamine ja filosoofia üle arutlemine selle üle, kuidas midagi tuleks ehitada, pole meie tööstuses sugugi haruldane.
Kuid see on ka aeganõudev ja võib osutuda harjutuseks, mis annab nulltulemuse, sest sellest ei tule midagi välja. (Jah, see võib sageli olla õppimiskogemus, kuid mitte alati.)
José Alejandro Cuffia foto saidil Unsplash
Vaadates väljast sisse
Praktiliselt öeldes:
- Kas lahenduse loomise paradigma kasutamine mõjutab teie tarkvara kasutamist?
- Kas kõnealune tarkvara lahendab probleemi?
- Kui te ei näeks, kuidas projekt kokku pandi, siis millise järelduse te tarkvara kohta teeksite?
Ja viimane punkt võib olla kõige kriitilisem, kuna see on seotud avatud lähtekoodiga tarkvaraga.
Olen selles valdkonnas töötanud piisavalt kaua, et teada saada, et sageli tahavad inimesed funktsionaalset lahendust, mis nende probleemi lahendaks, ja nad eeldavad, et see on turvaliselt ehitatud.
Arendajad seevastu kontrollivad koodi rohkem kui selle pakutavat lahendust ja probleemi, mida see lahendab.
Kui olete arendaja, on mõlema jaoks oma aeg ja koht. Kuid kui lasete viimasel takistada teil esimest tarnimast, ei pruugi te kunagi midagi välja tuua, mida teised saaksid kasutada, sest olete liiga mures selle pärast, mida teie kaaslased võivad arvata.
Ja kui lahendate probleeme teiste inimeste eest, peaksid nemad olema teie eakaaslastest olulisemad.