Op XpBijeenkomst3_4 ging het o.a. over de vraag: hoe leer je ontwikkelaars inzien wat slechte code is?

Deze vraag werd door mij (Marnix Klooster) opgeworpen, en ik probeer hier kort wat hoofdlijnen van de discussie te schetsen. Allereerst allemaal bedankt voor het actieve meedenken!

De eerste vragen waren: is er wel een gezamenlijk idee van goede en slechte code, en zo ja: kun je dan ook aan anderen uitleggen hoe je dat verschil herkent? We hebben een lijst gemaakt met 'code smells': als je naar code kijkt, waar krijg je dan koude rillingen van?

Over to-do's was niet iedereen het eens: soms geven to-do's juist een goed gevoel. Later genoemd, en niet op bovenstaande lijst: verantwoordelijkheden op goede plaats leggen.

(slot volgt) <--- Arggggghhhh een ToDo?!!! ;-{!