Se on ymmärtämistä ennen koodaamista
Aina kun pyrit kirjoittamaan blogia useista erilaisista asioista, joiden tarkoituksena on auttaa ihmisiä kirjoittamaan laatukoodia (tai kirjoittamaan mitä tahansa) työnkulun parantamiseksi, saat varmasti palautetta, eikö niin?
Älä ymmärrä minua väärin. Olen tyytyväinen. Mielestäni se auttaa parantamaan kirjoittamista tulevaisuudessa (eli kysyn, mitä voin tehdä paremmin).
Ja sillä riskillä, että näytän "kutsuvani jollekulle" (mitä en ole), haluan jakaa [määrittelemättömän] twiitin, jonka sain viime viikolla:
otsikkosi "korkealaatuinen koodi" sai minut innostumaan joistakin hardcore-tuotteista, mutta jätkä ~99% narratiivia vs ~1% koodia?? putoaa kuolleena näppäimistölleen
Ja ymmärrän sen. Viestissä, jonka tarkoituksena on puhua koodista, on hyvin vähän koodia. Mutta tähän on syitä, ja se tulee muutaman vuoden artikkeleiden lukemisesta, artikkeleiden kirjoittamisesta, koodin lukemisesta ja koodin kirjoittamisesta.
Joten ajattelin, että muille, joilla on samoja ajatuksia, voisi olla syytä selittää, miksi otan tämän lähestymistavan.
Ymmärtäminen ennen koodausta
Selvyyden vuoksi tässä ei ole tarkoitus erottaa ketään tai mitään. Jos jotain, se on minun yleisasiantuntijani aiheesta ja miksi ajattelen korkealaatuisesta koodista puhumista, kirjoittamista ja julkaisujen jakamista
1 Oxymoron
Nykyinen ohjelmointikulttuurimme näyttää edistävän ja ylläpitävän ajatusta koodaamisesta ensin ja [ehkä] ymmärtämisestä myöhemmin. Tämä näyttää minusta taaksepäin.
En pidä kopioi ja liitä -koodauksesta, koska termi on vähän oksymoronia. Et voi sekä kirjoittaa koodia että kopioida ja liittää sitä. Se on joko yksi tai toinen.
Mielestäni Toby mainitsi sen parhaiten:
korkealaatuista koodia ei voi kopioida ja liittää Internetistä.
Mielestäni on tärkeää varmistaa, että voimme kirjoittaa koodin itse. Ja tehdäksemme sen, meillä on oltava hieman ymmärrystä.
2 Ymmärryskutsu
Lopuksi sitä kutsutaan koodiksi syystä. Minun mielestäni viimeinen asia, josta meidän on huolehdittava, on itse koodi.
Työkalut voivat tietysti auttaa, mutta jos et ymmärrä virheitä, et voi parantaa.
Eli on tärkeää ymmärtää, mitä yritämme tehdä ja laadukas tai vankka tapa tehdä jotain. Tästä syystä toimintamme taustalla olevien käsitteiden ymmärtäminen on tärkeämpää kuin varsinainen koodi.
Koska jos et ymmärrä käsitettä, et ymmärrä koodia.
Onko muita syitä?
Päältäni? Ei, mutta se ei tarkoita, etteikö niitä olisi enemmän.
Mutta jos nämä kolme tulevat mieleen helpoimmin, ne ovat mielestäni yleensä parhaat syyt tietylle lähestymistavalle. Tämä ei tarkoita, että lähestymistapa olisi oikea, mutta ainakin ne ovat perusteltuja.