Poll

Moeten docenten naast de functionaliteit ook naar de netheid van je code kijken?
Moeten docenten naast de functionaliteit ook naar de netheid van je code kijken?

Oftewel, wie van de Coverleden kan stiekem niet programmeren en durft daar voor uit te komen? :P

• Anonymous
• January 27, 2009

Pff... als 't netjes moet huren ze maar even zo'n inf-er in :P

• Jan Kazemier
• January 27, 2009

Ja, want de code die KI\'ers maken is soms om te huilen.

• Lise Pijl
• January 27, 2009

Tuurlijk moet je naar de netheid kijken! Anders kan het toch ook niet nagekeken worden? Te vergelijken met een tentamen dat geschreven is in onleesbaar priegelschrift.

• Joël Kuiper
• January 27, 2009

Netheid als in indenting en general conventions of netheid in de vorm dat 10/12de minder net is dan 5/6? Of nog veel dieper waarin een functionele oplossing mooier is dan een object-georiënteerde?

Daar zit nogal verschil in. Veel wetenschap, met name de cutting edge, is gewoon lelijk. Best practices zijn vaak emergent uit de toepassing van onderzoek. "Mooie code" zie je in het bedrijfsleven en daarmee vaker in het HBO. Evenzogoed voor "mooie genetica" waarin genetisch onderzoek een puinzooi is in vergelijking tot goed begrepen medische screening of forensisch onderzoek.

Voor een wetenschappelijk paper over een nieuwe manier van kenmerk-extractie (zoals binnen AI veel gebeurd) maakt de netheid niet veel uit, het gaat om de wetenschap dat het werkt. Hetzelfde geldt voor veel Informatica nb. waarbij dingen geprobeerd worden. In mijn optiek geldt in sterke mate voor programmeren dat lelijke code gewoon niet werkt (misschien maar een cursus ADA volgen).

• Jan Kazemier
• January 28, 2009

Het ging hier over docenten, dus over werk dat ingeleverd wordt bij practica en tentamens. Ik ben er voor om punten aftrek te geven voor slordige code (i.e. verkeerde indenting, foute variabele namen, general conventions etc.). Voor de andere punten aftrek geven maakt niet veel sense, aangezien je bij FP wel functioneel moet programmeren, bij OOP wel Object Georiënteerd etc.

• Wilco Wijbrandi
• January 28, 2009

Ik vind dat als je gaat programmeren dat je het dan direct goed moet leren, dus docenten mogen je er best wel op afrekenen als je brakke sourcecode inlevert. Ik denk dat 't vooral belangrijk is dat het inzichtelijk is wat je doet in je code, dat je je een beetje aan de coventies voor de opmaak houdt en dat je code robuust is.

• Anonymous
• January 29, 2009

Ik ben het met Wilco eens, en heb ook de 2e optie gestemd.... Mijn code is semi-Brokken-proof, ik gebruik nog wel eens een x of i als loop-variabele.....

(En heb 5 minuten na zitten denken over hoe we Jan's 'variabele namen' in code kunnen verwerken... Wat een prachtspatie!)

• Jan Kazemier
• January 29, 2009

Damn.

• Wilco Wijbrandi
• January 29, 2009

Kan iemand mij eens wat critearia laten zien waar je code aan moet voldoen voordat het Brokken's seal of approval mag dragen?

• Wouter Kruijne
• January 29, 2009

for (size_t iterationCounter = 0; iterationCounter < myMaximum; counter++) /*(maar dan op 1 regel dus, maar die mag niet te lang zijn voor op een a4tje)*/
{
    if (dezeBooleanheefteenzinnigenaam)
    {
         // doe dingen
    }
    else
    { // dit is dan comment dat afgekeurd wordt , want het is te lang voor de regel, dus dit compilet niet
         // doe andere dingen
    }
}

...verder: blanks around binary operators, andere spaties en harde returns op de goede plaatsen, variable declaration is initialization, en de eerdergenoemde criteria...

• Anonymous
• January 30, 2009

Dus eigenlijk redelijk simpel als je het zo zegt.

• Daniel Karavolos
• January 30, 2009

het valt uiteindelijk best mee, maar het is wel effe wennen.

• Anita Drenthen
• January 31, 2009

dat is het wel heel snel gezegd. In die laatste regel van wouter zijn natuurlijk nog wel veel voorbeelden bij wanneer iets wel of niet moet.
Ook gaat het om wat je wel en niet in 1 bestand zet en hoe je die bestanden dan organiseert.. dus het gaat nog wel iets verder :p

• Wilco Wijbrandi
• January 31, 2009

Dus als ik het goed begrijp is het een kwestie van:

astyle -c --style=kr < source.cpp

zie bijvoorbeeld http://pwet.fr/man/linux/commandes/astyle.

Ik vind het eigenlijk belachelijk dat een docent je werk minder goed vindt als je een andere conventie gebruikt dan hij of zij. Er zijn zoveel conventies, zie bijvoorbeeld http://en.wikipedia.org/wiki/Indent_style.

• Anonymous
• January 31, 2009

Nou ja, zolang je een conventie maar consequent gebruikt zal 't wel goed zijn lijkt me toch?

Net als met referenties, niet verschillende dingen door elkaar gaan gebruiken [1] en (Doedel, 2009) bv.

Maar aan een persoonlijke voorkeur van een docent ontkom je toch niet, soms zelfs niet aan de politieke voorkeur...

• Jan Kazemier
• February 2, 2009

Daarom is het nog wel fout, en zou je er best wat aan mogen doen.

• Anonymous
• February 2, 2009

Nou ja, om nou een niet zo neutraal iemand (die je tentamen nog na moet gaan kijken) mee te delen dat je niet geïnteresseerd bent in z'n visies over gekozen burgermeesters en invasies in irak...

• Jan Kazemier
• February 2, 2009

Na je tentamen uiteraard ;) Of anoniem.

• Anonymous
• February 3, 2009

Als je het hebt over informatica dan zeg ik: ja reken maar af op slordige code. Als je het hebt over KI: daar wordt meestal niet eens naar de code gekeken, alleen of het werkt ja of nee. Dus bij KI boeit het niet zoveel denk ik.

Mijn code geniet sowieso wel het Frank Brokken seal of approval ;). Dus voor mij persoonlijk zou het niet eens zoveel uit maken. Maar ik weet uit persoonlijke evaring ook wel dat ook docenten informatica zelf niet altijd mooie code schrijven. Ik refereer even aan het vak advanced computer graphics waar de basis code die we kregen om mee te werken echt een bende was. Hetzelfde verhaal bij Computer Vision.

Heb zelfs nog eens de vraag gekregen van informatica docenten naar aanleiding van de code voor een eindproject: `waar hebben jullie leren programeren?' (en dat was in positieve zin bedoelt ;)). Dat vond ik dan wel weer grappig. Als KI student verwacht je namelijk dat iedere informatica docent en student keurige nette code schrijft, maar dat gaat lang niet voor iedereen op.