- Gegevens
Uitslagen bowlingavond judosenioren ‘s-Gravenzande
Hier is de complete uitslag van ons avondje bowlen. De score bestaat voor iedereen uit de 10 frames van de eerste ronde plus 8 frames uit de tweede ronde. Als het 8e frame van de tweede ronde in een strike of spare is geeindigd heb ik daarnaast uitgerekend hoeveel die persoon daarvoor gemiddeld aan extra punten zou krijgen, en die bijgeteld.
Naam | 10x eerste ronde | 8x tweede ronde | Strike of Spare | Totaal punten | Positie |
Robert | 111 | 94 | 6 | 211 | 1 |
Rob | 102 | 82 | 9 | 193 | 2 |
Arie | 116 | 73 | 0 | 189 | 3 |
Wout Jan | 85 | 90 | 5 | 180 | 4 |
John | 99 | 78 | 0 | 177 | 5 |
Vincent | 116 | 59 | 0 | 175 | 6 |
Jeffrey | 101 | 68 | 5 | 174 | 7 |
Remco | 88 | 71 | 5 | 164 | 8 |
Bram | 80 | 65 | 0 | 145 | 9 |
Gerrit | 63 | 52 | 0 | 115 | 10 |
Ik ben benieuwd naar de foto’s! Alle winnaars van harte gefeliciteerd.
- Gegevens
De eerste mooie dag in een weekend --> druk verkeer terug van het strand.... #busy #summer #home
- Gegevens
Agile in softwareontwikkeling betekent vooral dat de klant het gevoel moet hebben dat je direct aan de slag kunt.
Om snel resultaat te kunnen leveren, is gegarandeerde kwaliteit essentieel. Je moet ervoor zorgen dat niets wat je verandert de bestaande functionaliteit kapot maakt.
Als je echter uw kwaliteit probeert te verzekeren door releasevoorschriften en procedures voor codebeoordeling toe te voegen of door formaliteiten te verhogen door iemand tot releasemanager te maken, druist dit in tegen het agility-doel. Een bugfix van twee minuten wordt een beproeving van twee weken.
In plaats daarvan moet je de kwaliteit waarborgen door middel van geautomatiseerd testen. Tools voor continue integratie worden nooit moe van het steeds opnieuw uitvoeren van dezelfde tests. Ze zijn altijd beschikbaar wanneer je ze nodig hebt, maken nooit fouten en zijn snel. Zij zijn de agile kwaliteitsgarantie.
- Gegevens
Denken deze lui echt dat ik ze terugvolg?
Het komt regelmatig voor dat ik op Twitter wordt gevolgd door mensen die ik niet ken. Voordat ik ze terugvolg kijk ik altijd eerst of ze voor mij van waarde kunnen zijn.
Recent heb ik dit patroon in het plaatje een aantal keren gezien. Denken ze echt dat ik daarvoor val?
- Gegevens
Geachte heer Theo de Vries,
Vandaag bereikte mij het eerste bericht dat ik me kan herinneren waarmee xs4all mij teleurstelt, getiteld “veranderingen binnen internet en bellen”. Ik ben al lang tevreden klant van xs4all, maar nu is mijn vertrouwen plots gebroken.
Na lange tijd naast een KPN abonnement praktisch alleen xs4all VOIP te hebben gebruikt, ben ik eind vorig jaar volledig overgestapt en heb mijn oude vaste lijn overgezet. Nog geen 3 maanden later bereikt mij uw bericht over tariefsveranderingen die mijn gezin tweevoudig treffen: Wij bellen relatief veel naar Belgie, en de “vereenvoudigde” tarieven daarvoor gaan omhoog van 2.071 naar 3.5 cent per minuut. Dat is 69% verhoging. Daarbovenop komt nog een starttarief van 10 cent per minuut; voor een gemiddeld gesprek van 5 minuten is dat nogmaals eenmaal de originele prijs daarbovenop. De manier waarop dit wordt gepresenteerd is een vereenvoudiging van de tarieven. Eerlijk gezegd interesseert mij de complexiteit van tarieven niet zoveel, wat uiteindelijk telt is wat ik totaal moet betalen voor de diensten. Dat laatste wordt door dit bericht eenvoudig meer dan verdubbeld.
Niet zo zeer de tarieven zelf, die nog altijd veel lager zijn dan wat men 10 jaar geleden voor deze communicatie placht uit te geven, maar vooral de oneerlijk positieve manier waarop deze naar de klant wordt gepresenteerd, vind ik onacceptabel. Het riekt naar een onzuivere invloed van het moederbedrijf KPN op de originele xs4all cultuur. Graag zou ik zien dat u eenvoudige lange-termijn-klanten zoals ikzelf, die tegenover anderen altijd sterk positief zijn geweest over de diensten van xs4all, niet zou vervreemden. Graag hoor ik van u dat dit alles een pijnlijke vergissing is geweest; een nachtmerrie waaruit xs4all snel weer is ontwaakt.
Vriendelijke groet, Rob Hooft
- Gegevens
Er zijn twee manieren van autonavigatie: non-agile en agile. Niet-agile navigatie is wanneer u een vel papier meeneemt met instructies zoals deze:
5 km rijden. Ga naar links. Bij het derde stoplicht rechts, dan voor het blauwe gebouw links. Stop wanneer u aankomt bij een tankstation.
Niet-agile navigatie werkt prima als er een pad naar de bestemming is dat bekend is en waar je geen fouten kunt maken. Als er iets verandert op het pad, als er wegwerkzaamheden zijn, als je een fout maakt op de route: dan is er geen tweede kans; het zal onmogelijk zijn om met de bestaande instructies de bestemming te bereiken. Bovendien: als er niemand in de buurt is die naar dezelfde bestemming is geweest (zelfs meerdere keren), is het onmogelijk om zo'n gedetailleerde beschrijving van de route te krijgen.
Agile navigatie maakt gebruik van verkeersborden. Om bij het San Francisco Museum of Modern Art te komen, volg je eerst de borden naar Californië, vervolgens naar San Francisco en daar aangekomen volg je de borden naar SFMOMA. Het enige dat je moet weten, is waar je heen gaat, en ongeveer waar dat is (recursief, als je wilt). Deze manier van navigeren is zeer robuust: ook als een straat eenrichtingsverkeer wordt, of als het blauwe gebouw wordt afgebroken, kun je nog steeds op je bestemming komen. Wat nog beter is, is dat als uw exacte doel onderweg verandert, je de plannen nog steeds kunt wijzigen. Op weg naar San Francisco kun je nog steeds besluiten dat je in plaats van het museum de Golden Gate wilt bezoeken.
Nu probeer ik je natuurlijk niet te leren hoe je in een auto moet navigeren. Ik wil dit gebruiken als metafoor voor de ontwikkeling van software.
Hoe is softwareontwikkeling zoals navigatie? Je weet normaal gesproken niet precies wat je moet ontwikkelen. En slechts zelden kun je precies de sporen van iemand anders volgen. Softwareontwikkeling is niet zoals het bekende pad dat geschikt is voor niet-agile navigatie.
Toch wordt er nog steeds veel software ontwikkeld met behulp van niet-agile methodes. Specificaties worden volledig vastgelegd voordat de ontwikkeling wordt gestart. De exacte stappen die nodig zijn, zijn in detail beschreven. Contracten worden getekend. En dan ontstaan er wegblokkades, en het project overschrijdt het budget en loopt achter op schema. En als het project opgeleverd is, is de klant niet blij met de functionaliteit omdat ofwel zijn ideeën veranderd zijn, ofwel hij zich niet nauwkeurig genoeg heeft kunnen uitdrukken in de specificaties.
Agile softwareontwikkeling heeft alle voordelen van agile navigatie. Je kunt naar onbekende plaatsen gaan. Je kunt onderweg zelfs de details van de plannen wijzigen. En het is zeer robuust tegen onverwachte wegblokkades. Het is duidelijk de juiste keuze.
Agile softwareontwikkeling is niet eenvoudig. Maar het is minder vatbaar voor totale mislukking dan de traditionele methode. Laten we leren navigeren op de verkeersborden!