Dit verslag is geschreven door Dennie Bastiaan (@denniebee). Bedankt Dennie!

Wie zichzelf software engineer noemt, zou bijna vergeten dat het “engineering” gedeelte “praktische toepassing van wetenschap” betekent. Toch is het in ons vak niet ongebruikelijk om, anders dan bij bijvoorbeeld civiele engineering, af te gaan op gut-feeling, de guru in het team of een hype. Daarom is het goed dat de praktijk van ons vakgebied soms de dialoog aan gaat met de wetenschap en zo de professionalisering voort zet. Devnology weet dit zeer goed vorm te geven met de “back to school” sessies. De sessie zet de software engineer weer in de universitaire schoolbanken en geeft een wetenschapper of hoog leraar het woord, waarna door middel van de fish-bowl methode de discussie kan worden aangegaan.

Ditmaal was Devnology te gast bij LIACS, Leiden Institute of Advanced Computer Science, onderdeel van Universiteit Leiden. LIACS biedt een aantal informatica-gerelateerde bachelor- en masterstudies aan, maar doet ook onderzoek in het domein van software engineering. Dr. Michel R. V. Chaudron, werkzaam op deze faculteit, doet wetenschappelijk onderzoek naar de zin en onzin van modelleren van software. Zijn presentatie richtte zich op een bundeling van onderzoeken die zij hebben verricht en deelde enkele resultaten met de groep.

Wat snel duidelijk wordt, is dat hier uniek onderzoek plaatsvindt. Wetenschappelijk onderzoek, vooral empirisch, naar software engineering gebeurd maar op heel kleine schaal. Onderzoeken naar modelleren nog minder. We weten er dus eigenlijk heel weinig van en omdat projecten doorgaans modelleren niet disciplinair genoeg volhouden is de bulk van praktijk-projecten waarop onderzoek kan worden gebaseerd dus erg klein. Toch zijn er een aantal bevindingen die opmerkelijk zijn, vooral in het licht van het populaire agile-principe met een yagni-uitgangspunt.. Zo blijken ontwikkelaars het gevoel hebben dat UML de kwaliteit van het project significant ten goede komt. Het gebruik van modellen is redelijk gemeengoed in projecten en het verhoogt de kwaliteit van de code en de communicatie in het team. Daar tegenover staat dat ondubbelzinnig blijkt dat de belangrijkste kwaliteitsfactor van een project de kwaliteit van de mensen is. Ook is er een omslagpunt in de waarde van toepassing van UML. UML leidt tot minder defects, maar het effect vlakt sneller af dan men zou denken. Het verschil in defects tussen “loose uml” en “strict uml” blijkt veelal verwaarloosbaar.

Dit alles werpt een aantal vragen op. Iedereen heeft deze vragen opgespaard voor de fishbowl discussie. De discussievorm waarbij de genodigde expert in debat gaat met het publiek werd ditmaal in een fijne avondzon op de binnenplaats van de campus gehouden. Hier kwam de klassieke tegenstelling vooral naar voren: agile voorstanders die UML vooral als schetsvorm gebruiken en klassieke software engineers die vinden dat serieuze software ontwikkeling niet zonder modellen kan. Wat ook opviel, was dat praktijk en wetenschap bereid waren naar elkaar te luisteren en van elkaar te leren. Zowel de wetenschapper als de software engineer is hier deze avond wijzer van geworden.

Hoe wetenschap ons vakgebied zal beïnvloeden, zal de komende jaren moeten blijken, maar de betrokken software engineer in Nederland heeft hierin in elk geval dankzij Devnology het voortouw kunnen nemen.

Foto's

Presentatie

The most important factor in software work is not the tools and techniques used by the programmers, but rather the quality of the programmers themselves.
—Robert Glass (Fact 1 of Facts and Fallacies of Software Engineering [2002])

Good programmers are up to 28 times better than mediocre programmers, according to “individual differences” research. Given that their pay is never commensurate, they are the biggest bargains in the software field.
—Robert Glass (Fact 2 of Facts and Fallacies of Software Engineering [2002])

Such a great phrase, ' moving forward', particularly popular among company spin doctors who want to mask unfortunate events. Don't worry, all is well in Devnology land, however we are going through some changes that we wanted to share here.

So the bad news is yes, it's true there is no meeting planned in april. We tried to get The Original RAD Race organised, but it's proved to be more difficult than anticipated, and we've had put it on the backburner for now.

The good news is that we have restructured our sponsoring structure so that we now have three Gold sponsors. Finalist has hosted several Devnology meetings in the past and are commited to creating and sharing software development knowledge, so it's a great match for our community. The guys from QWAN are ofcourse well-known in our community, having participated in and facitlitated various sessions and workshops, so we're very pleased to have them on board. Our third sponsor is Macaw, who are also very committed to community events with a strong presence in Microsoft communities.

We'd like to thank VXCompany for sponsoring our efforts for the last three years, they have enabled us to move from just an idea to the vibrant community that is Devnology today. Couldn't have done it without you guys!

Last, but not least, we're happy to welcome a new member to the Devnology board. From now on Felienne Hermans will help us in our effort to bring you even more software developer events that will be interactive, language- and platform independent and FUN!

Voor de maart bijeenkomst was het weer eens tijd om achter de knoppen te kruipen. Een bescheiden groepje deelnemers had het op zich genomen om het huiswerk te maken, namelijk een implementatie van het klassieke spel Space Invaders.

Deze bijeenkomst werd gehost door IHomer in hun nieuwe clubhuis te Breda. Na een gezamelijke maaltijd van Nederlands-Aziatische oorsprong kregen de deelnemers om beurten de gelegenheid hun benadering te demonstreren.

De verschillende benaderingen bleken behoorlijk uiteen te lopen. Sommigen grepen deze kans aan om een bepaalde architectuur of pattern te verkennen, voor anderen was het een mooie gelegenheid eens een andere taal (vooral Ruby en Javascript waren populair) of platform (Mono, Codea voor de IPad) te proberen.

Een kort overzicht van de verschillende implementaties:

• Het spits werd afgebeten door Jan. In zijn werkzaamheden binnen de industriële automatisering heeft hij dagelijks te maken met multi-threaded oplossingen. Voor deze opdracht had hij zichzelf ten doel gesteld om dit concept volledig in een spelletje door te voeren. Het resultaat: een volledig configureerbare, mooie .NET C# oplossing: https://github.com/Toebez/SpaceInvaders
• Daan nam het stokje over en toonde, ondersteunt door een PowerPoint presentatie (!), zijn Ruby implementatie. Hij wilde naast de taal, RSpec en Cucumber beter onder de knie krijgen. Op GitHub vind je zijn implementatie: https://github.com/dvberkel/space-invaders.
• In zijn missie om meer te leren van JavaScript is Dennis aan de slag gegaan met een oplossing zonder IDE, zonder frameworks, maar met objecten (prototyping). Zijn knappe implementatie vind je op GitHub: https://github.com/DennisLaumen/ExosphereIntruders (feedback welkom!).
• Een van de meeste indrukwekkende oplossingen kwam van Mark die een quine variant heeft gemaakt. Hij beschrijft dit in deze blogpost. Ook zijn code staat op GitHub: https://github.com/MarkVanVenrooij/space_invaders_quine.
• Arjen had zijn DevBots platform aangepast, waardoor de voorheen autonoom opererende bots ineens zwermgedrag moesten gaan vertonen - een leuke uitdaging :)
• Na een korte pauze toonde Joep zijn implementatie in JavaScript die grafisch gezien volledig was opgebouwd uit SVG plaatjes. Deze indrukwekkende implementatie was zo schaalbaar dat hij over drie beamers uitgerekt kon worden.
• iHomer collega Bennie had zijn opdracht aangegrepen om eens te experimenteren met het ontwikkelen van .NET applicaties op het Linux platform (mono). Het resultaat: een fantastisch uitgewerkt implementatie (inclusief welkom scherm, met logo (!)) die zowel op Linux als op Windows werd getoond.
• Willem was met de opdracht aan de slag gegaan op de iPad, met behulp van het platform Codea. Dit platform stelde hem in staat om redelijk eenvoudig een goed functionerende oplossing op te zetten in de taal Lua, ondanks het ontbreken van een VCS koppeling vanuit de applicatie en andere gebreken. Source code op GitHub: https://gist.github.com/mostalive.
• De avond werd afgesloten door Bob. Hij liet zien hoe je in een .NET C# oplossing de front-end volledig kan scheiden van de rest van de game engine.