Kuulin, että eräässä yliopistoprojektissa on ollut hirvittävän tiukat tyyliohjeet koodille. Toisaalta kuulin, että ohjelmoinnissa ei tarvitse olla liian ehdoton vaan säilyttää luovuus.
Onko olemassa tutkimuksia, kumpi menetelmä toimii paremmin? Luulen, että tiukilla standardeilla koodin toiminnan selvittäminen ja ylläpito voisi olla helpompaa, mutta luovassa tavassa koodin ylläpitäjä joutuisi enemmän opettelemaan eri ihmisten tyylejä ratkoa sama asia. Vai otetaanko vaan suoraan outo tyyli pois ja korvataan omalla?
Onko olemassa tutkimuksia, kumpi menetelmä toimii paremmin? Luulen, että tiukilla standardeilla koodin toiminnan selvittäminen ja ylläpito voisi olla helpompaa, mutta luovassa tavassa koodin ylläpitäjä joutuisi enemmän opettelemaan eri ihmisten tyylejä ratkoa sama asia. Vai otetaanko vaan suoraan outo tyyli pois ja korvataan omalla?
Vastaukset 4
Vanhimmat
Luovuus ok oikeissa asioissa. Abstraktio joo. Käytännön koodi EI.
Riippuu varmaan projektista, jossain on, toisaalle ei. Vältä paikkoja joissa ei.
ohjelmoinnissa on oleellista se että ei koodata itseä varten.
Koodatessa on tärkeätä noudattaa liikennesääntöjä, Niin että muutkin koodarit
pystyvät ymmärtämään koodin ja syntaksin. Etenkin jos tulee ohjelmoinnin korjaustarpeita jossain vaiheessa.
Eihän sitä varsinaisesti voi määrätä muuta kuin työnantaja joka sinulle rahaa antaa vastineeksi koodin tekemisestä tai asiakas joka koodin ostaa.
Omaksi huvikseen jos koodaa niin eihän sillä mitään väliä ole. Yleensä toki työelämässä sitä koodia tulee työstämään tai ainakin ylläpitämään joku toinen henkilö niin ihan suotavaa olisi tuottaa koodinsa mahdollisimman ymmärrettävään muotoon. Toki asiallinen kommentointi ja dokumentointi ylipäätään auttaa tässä.
En kyllä tunne ensimmäistäkään ylläpitäjää joka haluaisi selvitellä kaiken maailman luovia ratkaisuja koodissa ennen kuin pääsee varsinaista työtään tekemään. Eri luovien tyylien opettelusta harvemmin palkkaakaan maksetaan.