3 mahtavaa tapaa kirjoittaa yksinkertainen koodi

Elämä on todella yksinkertaista, mutta vaadimme sen tekemistä monimutkaiseksi.

Kuvalainat: unsplash.com Tom Grimbert

Yksinkertaisen koodin kirjoittaminen on oikeastaan ​​hyvin yksinkertaista. Mutta teemme siitä monimutkaisen tapauksen tekemällä siitä ”tulevaisuuden valmis”.

Ja kun opimme voittamaan tämän tulevaisuusvalmiuden harhan, koodistamme ei tulisi vain yksinkertaisempaa ja puhtaampaa, vaan kasvamme myös suurena kehittäjänä.

Anna minun selittää.

Ohjelmoinnin aikanaan yksi tosiasia opetettiin minulle dogmaattisesti joka tilanteessa.

"Älä koskaan kirjoita samaa koodia kahdesti".

”Sinun on korjattava koodi uudelleen ja tehtävä siitä uudelleenkäytettävä” suuremman hyödyn ”hyväksi. Tee koodista samanlainen kuin musta laatikko, jota kaikki muut kehittäjät voivat käyttää auringon alla. Suuret kehittäjät jättävät suuremman koodin jatkuvana perintönsä.

Toistaiseksi niin hyvä.

Lukuun ottamatta sitä, että koodiluomit kehittyivät vähitellen rumaiksi monimutkaisiksi kokonaisuuksiksi, joista tuli melkein mahdotonta ymmärtää ja tulkita. Koodihygieniani meni hitaasti, ja aloin tuhlata päiviä ja kuukausia “korjaamalla” ja “ylösnousemalla” luomaani demonit.

Ohjelmointi on vaikeaa. Kun kirjoitat ohjelmaa, voi olla missä tahansa yhdestä gazillion-koodiriville, ja aiot tehdä virheitä. Joskus ne ovat suuria, joskus pieniä, mutta koosta riippumatta, vie kaikki aikaa etsimiseen ja vianmääritykseen. Joskus tarvitset apua tullaksesi ulos "vaarallisesta" avuttomuuden pyörteestä, joka imee sinut nopeasti.

Ja joskus tarvitset vain ... kumi-ankan.

Kumiankan käsitteen mainitsi ensimmäisen kerran Deane Parker erinomaisessa viestissään “Kuinka antaa hyvän konferenssipuhelun”, jossa hän kuvasi esityksen harjoittelua ääneen, jotta se olisi parempi. Ajatus ankan käytöstä soittolautana ei ole uusi, mutta se, missä se ansaitsee pisteitä, on käytön yksinkertaisuus ja tehokkuus.

Suurin etu kumi-ankan käytöstä äänitauluna on, että se on kärsivällinen, se ei tuomitse sinua ja ennen kaikkea se ei vie jonkun toisen aikaa. On jotain taianomaista selittää ongelmasi ääneen, jopa niin elottomalle kuin kumi-ankka, joka voi auttaa sinua näkemään ratkaisun ongelmiin.

Kun käydät läpi koodisi ja selität sen riviltä kumi-ankalle, lopetat itsesi ja alat ajatella tilannetta ulkopuolelta. Pakotat itsesi arvioimaan itseäsi ja saamaan objektiivisen ymmärryksen kaikesta, mitä olit kirjoittanut hetken “kuumuudessa”.

Ja sitten ennemmin tai myöhemmin saat ”AH-HA” -hetkesi. Vastaus vain tulee sinulle.

Ja niin se tuntuu melkein joka kerta: ”Duh! Tiesin sen!"

Tässä on joitain asioita, joita kumi ankkaistunnot opettivat minulle paremman koodin kirjoittamisesta.

Uudelleenkäytettävän komponentin kirjoittaminen ei ole välttämätöntä joka kerta.

Jotkut väittävät, että sinun tulisi aina yrittää tehdä komponenteistaan ​​mahdollisimman uudelleenkäytettäviä, koska se edellyttää, että käsittelet kaikki nämä laatuongelmat riippumatta siitä, ja tuottaa parempia ohjelmistoja. Olisi hienoa, jos ainoana tavoitteena olisi luoda maailman paras ohjelmisto, mutta kukaan ei maksa sinulle sitä.

Ei, sinulle maksetaan riittävän laadun ohjelmiston kirjoittamisesta annetussa ajassa ja budjetissa. Jos vietät tarpeetonta aikaa kuluttamalla koodiasi, se saattaa tehdä sinusta tunteen viileältä, mutta se on suoraan tuhlaavaa. Sinun on vedettävä hiekkaan viiva siitä, kuinka hyvä tämän tuotteen on oltava, ja kiinni siitä, muuten et koskaan valmista.

Et tarvitse sitä

YouArentGonnaNeedIt (usein lyhennettynä YAGNI) on Extreme Programming -käytäntö, jossa todetaan:

"Toteuta asiat aina silloin, kun tarvitset niitä, älä koskaan, kun vain ajattelee, että tarvitset niitä."

Vaikka olet myöhemmin täysin, täysin, täysin varma, että tarvitset ominaisuuden, älä ota sitä nyt käyttöön.

YagNin harjoitteluun on kaksi pääasiallista syytä:

  • Säästät aikaa, koska vältät koodin kirjoittamista, jota ei vaadita
  • Koodisi on parempi, koska vältä saastuttamasta sitä arvauksilla, jotka osoittautuvat enemmän tai vähemmän vääräksi, mutta pysyvät joka tapauksessa kiinni.

Tee yksinkertaisin asia, joka mahdollisesti toimisi.

Ääriohjelmoinnissa mainitaan kaksi kultaista sääntöä yksinkertaisen koodin kirjoittamiseksi.

· Ensinnäkin, ota uusi ominaisuus käyttöön yksinkertaisimmalla mahdollisella tavalla, jonka ajattelet, että "voisi mahdollisesti toimia". Älä rakenna paljon uskomattomia päällirakenteita, älä tee mitään hienoa, laita se vain toimimaan. Aseta koodi uuden yksikön (ja kaikkien ominaisuuksien, kuten aina) yksikkötestien läpäiseväksi.

· Toiseksi ja tämä on kriittisen tärkeä sääntölle, reaktorin on oltava yksinkertaisin mahdollinen koodi, joka sisältää kaikki nykyisillä ominaisuuksilla. Noudata OnceAndOnlyOnce-sääntöä ja muita koodin laatusääntöjä tehdäksesi järjestelmästä mahdollisimman puhdasta.

Muista aina, ettemme etsi nopeinta tapaa; etsimme yksinkertaisinta tulosta. Joten, me ensin hajotamme olemassa olevan menetelmän paloiksi. Tämä jättää nykyiset testitapaukset käynnissä. Sitten muokkaamme (yksinkertaisesti, nyt) yhtä pienistä menetelmistä seuraavan testitapauksen käsittelemiseksi ja niin edelleen.

Seuraavan kerran kun olet juuttunut, kokeile ankkaa

Virheiden, ongelmien ja yleisten ongelmien lajittelu on olennainen osa ohjelmointia. Joten tekniikoiden kehittäminen kiertämään tietäsi virheiden läpi ja löytämään tiesi ulos sidoksista on yhtä tärkeää kuin kaikkien syntaksien oppiminen.

Ja kun olet juuttunut eikä mikään näytä toimivan, kokeile kumi-ankkaa.

Joten mene ulos ja löydä oma kumi-ankka, olipa kyse sitten klassisesta keltaisesta kylpylelusta tai merirosvoksi pukeutuneesta - valitse sellainen, joka on mukava ja sopii persoonallisuuteesi.

Mene eteenpäin; Keskustele hänen kanssaan, kysy kysymyksiä, selitä ongelmasi ääneen, puhdista hämähäkinseitit ja tuottaa suurta vastinetta koodillesi.

Kuten Chris Pine on perustellusti todennut.

”Ohjelmoinnissa ei ole kyse siitä mitä tiedät; se on mitä voit selvittää. "
Kirjailijasta-:
Ravi Rajan on globaali IT-ohjelmien johtaja, joka sijaitsee Mumbaista, Intiasta. Hän on myös innokas bloggaaja, Haiku-runokirjoittaja, arkeologian harrastaja ja historiamiaksi. Ota yhteys Raviin LinkedInissä, Mediumissa ja Twitterissä.

Tämä tarina on julkaistu Mediumin suurimmassa yrittäjyysjulkaisussa The Startup, jota seuraavat +402 714 ihmistä.

Tilaa saadaksesi parhaita tarinoitamme täältä.