De eerste meeting van Devnology in 2012 stond in het teken van een experiment met een nieuwe vorm van presenteren. Aanvankelijk zou PechaKucha de aangewezen vorm zijn, maar door wat licentiekwesties is de avond ge-rebrand naar een Ignite Talks Night. Deze vorm van 20 slides maal 15 seconden per slide - dus 5 minuten in totaal - lijkt een eitje maar blijkt in de praktijk een leuke uitdaging op het vlak van timing. Laat je je leiden door de slides, of laat je de slides een ondersteuning zijn van je verhaal. Het ideaal ligt zoals bij veel zaken in het midden, soms wat meer naar rechts en soms wat meer naar links. Vaststaat dat enige correlatie tussen de dia die getoond wordt en het onderwerp op dat moment wenselijk is.

Onze gastheer bij Marktplaats, Cees de Groot, had een heerlijk Surinaams maal geregeld, dus de inwendige mens kwam niets tekort. De opkomst was niet erg groot, maar dit werd goedgemaakt door de intieme sfeer. Alle aanwezigen waren min of meer reguliere Devnology-deelnemers, dus er was geen ijs dat gebroken moest worden.

Pieter Joost trapte de avond moedig af met een verhaal uit de grotere context van het CQRS-concept: Event Sourcing. Sommige deelnemers hadden er moeite mee om de aandacht bij het verhaal te houden omdat de vorm zo afwijkt van wat ze gewend zijn. Niettemin zette Pieter Joost een helder punt neer waar naderhand een leuke discussie over de toepasbaarheid van het concept uit volgde.
Arne verraste ons met mooie zelfgetekende slides in zijn verhaal over Continuous Delivery met Chef Solo. In vijf minuten vertelde hij ons hoe hij bij Finalist geautomatiseerde uitrollen naar een testomgeving had gerealiseerd. Met behulp van Chef, een Ruby-dsl voor het scripten van uitrol-recepten leek het kinderspel, hoewel de leercurve toch nog redelijk steil bleek te zijn volgens Arne.
Hierna volgde een meer filosofische verhandeling van Michel. Zonder een letter code te tonen leerde hij ons dat de (programmeer-)taal die we kiezen bepaalt hoe we tegen een probleem aankijken. De taal is een bril die de werkelijkheid vervormt of verheldert. Hierdoor is code eigenlijk net zo ambigu als natuurlijke taal. Gebruikmakend van het levensverhaal van Wittgenstein geeft Michel ons een betere begrip van het concept 'betekenis'.
Na een korte pauze was ik aan de beurt om iets te vertellen over Gamification of the Road. Het concept gamification, door sommigen alweer een hype genoemd, wordt in toenemende mate toegepast op het web. Met behulp van sociale, positieve feedback wil men gewenst gedrag bevorderen. Welke hindernissen zijn er te nemen als we dit concept willen toepassen op het gedrag op de openbare weg? De techniek is er al, dus wat houdt ons tegen om het te implementeren?
Tot slot gaf Freek een verfrissende blik op het vak Consultancy. Wat doet een consultant en wat drijft zo'n persoon? Met een knipoog krijgen we inzicht in de wereld van de Zelfstandige Zonder Personeel. Een leuke afsluiter van een bijzondere avond. Dank aan Marktplaats voor de gastvrijheid!

We originally programmed our monthly event for Januari to be a Pecha Kucha night. The Pecha Kucha format is real simple: a presentation of 20 slides that are shown 20 seconds each.

I'm sure our community does not want the same type of event over and over, so we think it's good to experiment with different formats, and this one looked like an interesting way to share a lot of ideas in a single meetup. 

After anouncing the event we got an email from the folks of golfstromen.nl, who are 'curator' for this format in Amsterdam. They asked us to get off their lawn!

Yes, we think it is a bit sad, and it is just a format, but it is trademarked and you can only use the name after explicit consent from the PechaKucha foundation. 

So, there you have it. Where in our industry we have to deal with certification and patent trolls, in the 'creative' sector practices are not much better. A sad state of affairs. I'm off now investigating the potential for trademarking Blog, Podcast, Meetup, Website and Community.

For the meeting we'll think of a different format, but not too much. We think it's better to focus on creating and delivering great content, don't you agree?

On Saturday the 3rd of December Devnology organised the Dutch participation for the Global Day Of Code Retreat.

The event was hosted by Finalist and facilitated by Okke van 't Verlaat (@oftewel).

The idea behind a code retreat is to create a place for passionate programmers to practice their skills away from the everyday pressure of delivering software. A place where experimentation and learning is the end goal.

We had a crowd of 30 programmers getting up early to find their way to the Finalist offices in Rotterdam. Niek Schmoller (@nschmoller) made it all the way from Enschede, travelling some 200 kilometers to attend the event. For this we decided he deserved to win the license from sponsor JetBrains. Respect Niek!

The format for this day was to code in pairs for 5 iterations, each of 45 minutes of coding, followed by a short 15 minutes evaluation. The assignment was to use the 45 minutes to create an implementation of Conway's Game of Life. Most people used the first two iterations to get a handle on the problem. In later iterations people got real creative and tried all different kind of approaches to the problem. Most people used the opportunity to pair with someone using a different language and/or environment then what they would normally use.

We had people working in Java, Ruby, C#, Python, Haskell, JavaScript, Prolog, Coffeescript and Clojure. We saw dsl's being written and some people played with using constraints like 'no use of conditionals/loops (hello recursion)' or Ping-Pong programming.

We did not try some of the other constraints like Silent pairing, and I'm really keen to try these out at a future event.

It was inspiring to be part of this global developer community of 2000+ developers all spending their weekend working on their skills in some 90 places in different timezones all over the world.

Check out the Coderetreat Community Network for more reports of code retreats.

Dit verslag is geschreven door Ruud Kok(@ruud_kok). Bedankt Ruud!

De 4e en laatste Back to School van 2011 had “Agility en architectuur” als onderwerp. Ditmaal werd de sessie gehouden bij de Vrije Universiteit van Amsterdam. Daar eenmaal aangekomen stond er al een groepje ‘devnologen’ te wachten om gezamenlijk te kunnen gaan eten in de Mensa. In verband met een file/wegafsluiting op de A2 was de opkomst kleiner dan verwacht maar er zaten alsnog ongeveer 30 mensen te genieten van een warme maaltijd.

De avond werd geleid door prof. dr. Hans van Vliet van de “Department of Information Management and Software Engineering (IMSE)” aan de Vrije Universiteit Amsterdam. “Passen Agility en Architectuur op één kussen, of komt de duivel daartussen?” was de titel van de presentatie. Na een uitleg over de ontwikkelingen in de software architectuur kwam Agility met zaken als de Watervalmethode, het Agile Manifesto, core practices of XP en Scrum aan bod. Daarna werden vooroordelen tussen Agility en Architectuur besproken. Architecten vinden de Agile methode veelal amateuristisch en alleen geschikt voor kleine webapplicaties. De aanhangers van Agile vinden dat architectuur een typisch geval is van Big Design Up Front (BDUF) en daarom ongewenst.

Na de theorie werden een aantal case-studies behandeld waarbij Hans van Vliet betrokken is geweest voor een grote printerfabrikant uit het zuiden des lands. Een greep uit de onderzoeksvragen en de daarbij opgedane kennis:

• Q: Wat en hoeveel moet een architect vertellen aan het team
  A: Een architect moet goed op de hoogte zijn van hetgeen zijn teamleden al weten.
• Q: Documentatie: hoeveel is nodig? wie is verantwoordelijk en waarvoor? 
  A: Als architect moet je er voor zorgen dat iedereen weet wat zijn/haar verantwoordelijkheden zijn en waarvoor zij verantwoordelijk worden gehouden. Een architect heeft de neiging alleen de delta te specificeren ten opzichte van eerder opgestelde producten. (valkuil)
• Q: Hoe overbrug je het gat tussen onbewuste kennis (moeilijk overdraagbare kennis, opgedaan door ervaring) en expliciete kennis (gedocumenteerde kennis bijv. in een semantic wiki)?
  A: Om de juiste mensen te vinden met de kennis over een specifiek onderwerp kan er gebruik gemaakt worden van bijv. een ‘expert finder’ waarbij de software repository wordt gescand om personen te kunnen koppelen aan de geschreven software.

De avond werd zoals gewoonlijk afgesloten met de “fishbowl” discussie. Tijdens de discussie voerden de verschillen van inzicht vanuit de Agile v.s. vanuit de Architectuur de boventoon. Wat mij vooral bij is gebleven was de, mijns inziens rethorische, vraag: is er zonder architectuur überhaupt wel agile te werken?

Ik heb erg genoten van de avond! Zoals altijd roept een bijeenkomst als deze bij mij meer vragen op dan beantwoord worden. Ik heb in ieder geval weer genoeg gehoord om me tijdens mijn werk in te gaan verdiepen.

Devnology Back to School 2011 is mede mogelijk gemaakt door Humiq

Dit verslag is geschreven door Maarten Metz(@Mmz_). Bedankt Maarten!

Woensdag 5 Oktober wisten een 30-tal enthousiaste software ontwikkelaars de weg te vinden naar de Devnology 'back to school' sessie. In een uitstekende sfeer werden onder het eten de laatste ontwikkelingen in het vakgebied en op persoonlijk gebied besproken. Na het eten was het de beurt aan Michiel van Genuchten om de toehoorders op de hoogte te brengen van zijn onderzoek op het gebied van software impact.

Michiel van Genuchten redigeert samen met Les Hatton een reeks columns in IEEE Software Magazine. Een overkoepelend doel van de columns is beter kwantitatief inzicht te krijgen in de invloed van software op verschillende bedrijfstakken. Aangezien de grootte van een software project enorme invloed heeft op zowel de engineering als op de kosten en baten van ontwikkeling, moeten schrijvers van de columns op z'n minst inzicht geven in het aantal Lines Of Code (LOC) van hun software. Daarnaast lijkt het aannemelijk dat 'software volume' - het aantal keer dat het software product verkocht of gedownload wordt - ook grote invloed heeft op de engineering en bedrijfsvoering. Daarom worden ook 'software volume' getallen vereist in de columns.

In de presentatie ging Michiel uitgebreid in op de resultaten uit verschillende columns en verschillende bedrijfstakken: hoe Android en Windows de onderliggende hardware naar de achtergrond drukken, waarom Bosch als toeleverancier met hun ECU software (in volume) de grootste speler is in de auto-industrie, hoe Honeywell meer flightmanagement systemen afzet dan Boeing en Airbus, hoe TomTom meer navigatiesoftware in auto's installeert dan bijvoorbeeld Toyota, maar ook hoe Open Digital Dentistry (het bedrijf waar Michiel werkt) de dental wereld opschudt met hun software rondom implantaten. Het patroon is keer op keer hetzelfde: daar waar producenten eerst zelf software schreven en onderhielden om (delen van) hun hardware of bedrijfsvoering te ondersteunen, nemen keer op keer andere bedrijven - waarvan het schrijven van die specifieke software pure broodwinning is - die rol over. Zodra deze softwarebedrijven (aanzienlijk) grotere afzetmarkten bedienen dan de traditionele producenten zullen 'buy or build' beslissingen steeds vaker in hun voordeel uitvallen.

De Devnology community was ondanks het tijdstip niet van plan het verhaal gelaten over zich heen te laten komen. De bevindingen van Michiel werden zowel tijdens de presentatie als gedurende de fishbowl discussie kritisch uiteengerafeld. De definities van 'een markt', 'lines of code' en 'volume' passeerden de revu. Vragen werden gesteld en aannames werden beproefd. De toegankelijke houding van Michiel in combinatie met de kritische houding van de (voornamelijk software ontwikkelende) devnologen zorgde voor vuurwerk. Doorgaans gebeurde dit op een open en vriendelijke manier, alhoewel er af en toe ook op indringende wijze meningen verkondigd werden.

Al met al vond ik de avond zeer de moeite waard. Het doet me goed om te zien dat Michiel ondanks zijn overvolle agenda bereid is om belangeloos zijn kennis te delen. Daarnaast is het altijd weer leuk om bij te praten met andere devnologen die ook gepassioneerd bezig zijn met hun vak. Het impact-onderzoek bevindt zich nog in de beginfase en Michiel gaf dan ook aan dat zowel columns, data als verbetervoorstellen van harte welkom zijn. Een mooie kans voor iedereen die ‘impact’ wil hebben op het ‘software economics’ vakgebied.

Maarten Metz