Development round-up juli 2011

Het is al weer even geleden dat jullie een kijkje in de Tweakers.net-devkeuken kregen, dus hebben we weer een kleine update voor jullie getikt. We hebben meer gedaan dan de dingen die we er hier uitlichten, maar veel daarvan bestaat uit aanpassingen en verbeteringen achter de schermen en andere zaken zijn nog niet af; daar hoor je een volgende keer meer over.

Scrum

Allereerst is het devteam een paar weken geleden overgestapt op Scrum. Dit is een ontwikkelmethode waarin je in korte periodes (zogenaamde sprints) probeert een afgebakend aantal zaken op te pakken en af te maken. Dit heeft als voordeel dat je als devver precies weet waar je de komende tijd mee bezig bent en niet afgeleid wordt met allerlei zaken die tussendoor komen. En dat heeft dan weer als voordeel dat we sneller mooie nieuwe features voor onze gebruikers kunnen opleveren

Sociale netwerken

We hebben al een tijdje knoppen bij alle artikelen om ze te delen via Twitter, Hyves en Facebook. Deze knoppen waren echter tamelijk verdekt opgesteld en bovendien ontbraken er nog een aantal belangrijke spelers op deze markt. Dat is aangepakt: onder een nieuwsbericht, reviewpagina of videopagina vind je voortaan een blokje waarin je het item kan like'en via Facebook, plussen bij Google+ of delen met Twitter of LinkedIn.

Social network buttons

Omdat sommige users hier helemaal geen trek in hebben of omdat ze zich zorgen maken over hun privacy, hebben we de mogelijkheid ingebouwd om deze buttons uit te zetten. Dit kan op twee manieren. Er wordt een uitschakelknop getoond als je je muis boven het sociale-mediablokje laat zweven, en je kan ze ook uitzetten in je layout-voorkeuren in het My.Tnet-menu. En uitzetten is bij ons natuurlijk ook echt uitzetten: als de optie is uitgeschakeld, wordt vanaf de daaropvolgende pagina de bijbehorende javascript niet meer geladen en kan Facebook je op onze website ook echt niet meer volgen.

Uitgeschakelde buttons

Jobs.tweakers.net

Vorige maand is het nieuwe carrièreplatform van VNU Media online gezet, waarop onder andere inict.nl draait. Ook de vacatures op jobs.tweakers.net komen hier vandaan en hoewel er op het eerste gezicht niet zoveel veranderd is, is dit onder water toch best een grote stap. De technologie wordt nu intern ontwikkeld, zodat aanpassingen en verbeteringen  niet meer via een extern bedrijf doorgevoerd hoeven te worden. Daarnaast is de informatie in de vacatures nu veel meer op onze eisen afgestemd, zodat we jullie beter en gerichter informatie kunnen bieden.

Een bijkomend voordeel is dat de logo's van bedrijven nu standaard worden aangeleverd, zodat wij die niet achteraf handmatig hoeven te koppelen. En dat vinden we zelf natuurlijk weer hartstikke handig 

Video’s

Niet alleen worden er op de videopagina's voortaan buttons voor sociale netwerken getoond; er zijn nog twee andere wijzigingen doorgevoerd. Ten eerste wordt voortaan met een (flash)cookie onthouden naar welke kwaliteit je voorkeur uitgaat. Als je in de player instelt dat je het liefst hd-video hebt, dan hoef je nog maar één keer op het knopje te drukken en je hebt er verder geen omkijken meer naar. De default-instelling wordt hierdoor overigens sd-video.

De tweede wijziging heeft te maken met de autoplay-functionaliteit. Als je het niveaufilter van de reacties wilde wijzigen of naar de tweede pagina met reacties ging, begon de video automatisch opnieuw te spelen. Dat hebben we er maar uitgehaald. Alleen bij het eerste opvragen begint je video nog automatisch te spelen, in de overige gevallen is het voortaan een handmatige actie.

Banners

Tot slot kan je vanaf heden een nieuw bannerformaat tegenkomen: het zogenaamde bottom leaderbord. Dat is een dure term voor een banner die onderaan de reacties komt te staan en hetzelfde formaat heeft als de banners bovenaan de pagina. Natuurlijk stellen we ook aan deze banners de eisen zoals je die van ons gewend bent, dus je zult als het goed is geen uitwassen tegenkomen. En mocht dat wel zo zijn, dan horen we dat graag - dan kunnen we er wat aan doen.

Reacties (51)

Scrum is een leuk idee maar als management komt en zegt "ik betaal jouw salaris en jij gaat nu dit doen" dan gaan alle sprints weer op de stapel tot de volgende keer.
't Is ook wel makkelijk deliveren zo "wanneer is dat klaar?", "nou als we er tijd voor hebben, het ligt op de stapel met prioriteit X".

Daarnaast zitten er in grote projecten genoeg onderdelen die gewoon niet in een dergelijk kort tijdsbestek kunnen worden uitgewerkt, die doe je dan maar niet?
Scrum lijkt mij een leuke ontwikkelmethode wanneer je de basis gehad hebt. Er wordt ook gesproken over product increment, men gaat er al vanuit dat er al een product is.

Scrum doe je in samenwerking met het management. Zij kunnen dan idd met iets belangrijkers komen en dat wordt dan keurig in de volgende sprint meegenomen.

Wij als developers geven dan een inschatting af op een bepaalde ticket en het productteam bepaalt vervolgens in welke sprint het terecht komt. Dan kan het idd zo zijn dat andere zaken doorschuiven, maar dat is dan de keuze van het managment. De werkwijze an sich verandert niet: sprints van 2 weken en daarna een release.

Als een project te groot is om in 1 sprint te passen, ga je het opsplitsen. Dat doe je sowieso met alle projecten en tickets: een ticket mag nooit groter zijn dan 8 uur (aka 1 werkdag). Als een project groter is dan een sprint, deel je het zodanig op dat het in twee sprints past (of in drie, of in vier, etc.)

Wat betreft product increment: de term zelf is eigenlijk nog niet voorbij gekomen (zoals ik eerder al ergens zei: we doen niet aan pure scrum, maar proberen het in - en aan te passen aan onze eisen en wensen), maar in de basis is dat ook geen probleem. Er is namelijk een product: de website Tweakers.net met al z'n onderliggende functionaliteit.

Ik zal hier nu niet beweren dat scrum dè manier is, daarvoor gebruiken we het veel te kort. Wat we er nu van zien, lijkt het een goede manier van werken. Maar als na een tijd blijkt dat het toch niets is voor ons team, dan kunnen we er natuurlijk altijd voor kiezen om op een andere manier verder te gaan.

8uur voor een ticket/taak is al te lang. Maximaal 4uur zou ik doen.

Een ticket, oké, maar een taak moet je wel op kunnen splitsen dat het in een paar uur te doen is.

Scrum is voor mijn part de beste methodiek die ik al gebruikt heb. Ik zit nu wel op vrij veel en kleine projecten in een klein team. Maar toch...
Het alternatief is het soort typische projectplanningen waarbij je binnen een halfjaar een design moet afleveren, en een jaar later een werkend programma. Dat leidt ook tot van die teamvergaderingen waar alles 11 maand goed gaat omdat er toch geen duidelijke doelen en deadlines in het verschiet liggen, so who cares. En de laatste maand gaan ineens alle zwaailichten aan en slaat iedereen in paniek omdat alles drie maand achterstand heeft en dan altijd die vraag "waarom komt dat nu pas uit". Simpel, er was een jaar geen concreet doel of houvast in zicht. Nu is er wel een doel en we gaan het volledig voorbijschieten.
Liever concrete, duidelijke doelen met een doorlooptijd van hoogstens drie dagen. Je hebt elke dag en elke week een concreet doel, het valt ook veel meer op als er dingen vertraging oplopen.
En komt er iets tussen? Geen probleem, nieuw plakkerke maken (wij werken met van die whiteboards met post-it'jes) en wat andere plakkertjes bij 'Hold' plakken. En weeral: iedereen ziet direct en visueel wat er gebeurt en waarom er werk blijft liggen.

Product increment? Snel uitgevonden hoor. Flans een wireframe ineen op twee dagen tijd en je hebt je product. En dan kan je beginnen sprinten:
- Twee dagen statische HMTL versie zonder veel opmaak, niet alle schermen
- Twee dagen icoontjes en andere grafische elementen ontwerpen
- Twee dagen CSS toevoegen
- Twee dagen JS toevoegen
- ...

- Twee dagen statische HMTL versie zonder veel opmaak, niet alle schermen
- Twee dagen icoontjes en andere grafische elementen ontwerpen
- Twee dagen CSS toevoegen
- Twee dagen JS toevoegen

< dit klinkt als een waterval methode

Klinkt eerder als een inschatting op een aantal taken.

Het lijkt mij dat je dan weinig ervaring hebt met SCRUM of zojuist even globaal de wikipedia-pagina hebt gescand

Scrum is een leuk idee maar als management komt en zegt "ik betaal jouw salaris en jij gaat nu dit doen" dan gaan alle sprints weer op de stapel tot de volgende keer.
't Is ook wel makkelijk deliveren zo "wanneer is dat klaar?", "nou als we er tijd voor hebben, het ligt op de stapel met prioriteit X".

Dan loop je met het management naar je scrumbord of wat voor projectmanagement je maar gebruikt en geef je ze de macht om de andere projecten - die ook moeten - op te schuiven of te annuleren.

Het ligt er natuurlijk maar net aan wat voor werk je doet. Als je fulltime developer bent die op één project tegelijkertijd zit zul je bovenstaande situatie niet tegenkomen. Als je het type developer bent die op drie projecten tegelijkertijd zit zul je een keer met het management moeten praten.

iig, als het management wil dat er iets anders een hogere prioriteit moet krijgen dan mag dat, maar ze mogen zelf de andere prioriteiten opschuiven. En de verloren productiviteit is ook voor hun rekening.

[Reactie gewijzigd door YopY op 31 juli 2011 17:59]

Zo we doen wel erg mee aan de hypes tegenwoordig

Hype Hype Hype...

Sociale networking en Scrum, dat gaat een kant op

Ik denk dat Scrum geen hype is. Als een bedrijf als Forrestor in een whitepaper de hoofdstuk titel 'Agile goes mainstream' gebruikt, praat je niet meer over een hype...
http://www.forrester.com/...ed_agility/q/id/56100/t/2

En natuurlijk zijn die 3 kwart miljard Facebook users een hype
http://www.facebook.com/press/info.php?statistics
Om nog maar niet te praten over de Google+ 20 miljoen users in een halve week ;-).

Van Dale zegt:

hype [hajp] de; m -s iets nieuws dat tijdelijk sterk de aandacht trekt, maar weinig voorstelt

Ik kan 'mainstream' en 750.000.000 niet matchen met 'weinig voorstelt'.

Ik kan mij voorstellen dat mensen zich niet helemaal kunnen vinden in mijn uitspraken dat scrum en sociale media een hype zijn. Grotendeels zal het komen doordat mijn definitie van een hype niet exact hetzelfde is als de definitie van vandale. Dus misschien moet ik niet zeggen dat het hype is, maar bij gebrek aan beter doet ik dat toch nog even.

Dat Forrestor scrum in een whitepaper op neemt neemt niks weg van het feit of ik het een hype vind of niet. In mijn beleving als bedrijven als Gartner en Forrestor een ontwikkelmethodiek aanbevelen verstrekt alleen maar mijn gevoel dat het een hype is. Deze bedrijven zijn namelijk continue op zoek naar nieuwe dingen die in hun ogen weer beter zijn als de dingen die ze vorige week hebben gevonden. Hier is natuurlijk niets mis mee, hoe meer er verbeterd wordt hoe beter, maar geeft mij wel het gevoel dat iets van korte duur kan zijn.

Dat sociale media een hype is kun je juist goed merken aan dingen als google+, dit is iets waar iedereen aan mee moet doen, want als je dat niet doet dan hoor je er niet bij. Eerst was cu2 nog het sociale media ding waar iedereen op moest zitten, toen kwam hyves en was er een leegloop bij actieve cu2 gebruikers, nu komen er dingen als facebook (gebruik in Nederland was tot voor kort zeer laag) en google+ om de hoek en moet iedereen in eens daar op zitten. Dit zijn volgens mij goede voorbeelden waarom sociale media sites op ieder voor zich maar beperkt houdbaar zijn.
Wat ik ook zie is dat bij veel bedrijven kijken als ze een willekeurig project maken of ze niet iets met sociale media kunnen doen. Sociale media is hierdoor meer een doel geworden dan een middel. Iets wat je wel vaker ziet bij hypes.

Mijn definitie van een hype is iets van beperkte duur wat toch weer vervangen gaat worden door iets anders. Misschien kan ik het beter een rage noemen, maar volgens wikipedia klopt dit niet helemaal, omdat een rage zonder media aandacht wordt gemaakt (Wanneer een verschijnsel in een korte periode mateloos populair is geworden, en ontstaan is zonder exceptionele media-aandacht, wordt dit een rage genoemd). Dit terwijl de meeste van mijn voorbeelden juist wel door de media worden gemaakt. Er wordt veel geschreven over sociale media en scrum, waardoor het sneller aan slaat bij de grote groep mensen.

ps. Ik moet er wel even bij zeggen dat ik mee doe met de meeste hypes, ik heb zowel een google+ account als een twitter account en wij doen op het werk ook aan scrum, wat ik als prettig ervaar.

[Reactie gewijzigd door MetalfanBlackness op 19 juli 2011 08:38]

Hetgene wat ik dus probeerde aan te geven is dat het geen hype meer is als iets jaren het geval is. Agile & Scrum bestaan al dermate lang(maar zoals je aangeeft Social Networks ook) dat ze de hype stadia zijn ontgroeit.
Anders zou je bijvoorbeeld OOP of TDD in development ook nog een hype moeten noemen. Terwijl deze technieken proven zijn en een zeer stevige business case ten grondslag hebben.

Dat Gartner en Forrestor tijd aan dit soort zaken besteden geeft ook aan dat er van een hype eigenlijk geen sprake is. Zij adviseren mid-grote en grote bedrijven op strategisch gebied. Je mag hopen dat executives(directeuren) niet met elke wind een andere richting kiezen.

Ik denk dat mensen hier dingen door elkaar halen.
een rage, hype en trend zijn 3 verschillende dingen.

Flipo's was een rage,
Oh oh Cherso is een hype,
Facebook is een trend.

Ik denk dat je ook over Google+ moet zeggen dat het een hype is. Aangezien het nu nog weinig voorstelt, maar 'iedereen' is er op gefocust.
Zodra het op langer termijn blijft bestaan, populair blijft en het zich ontwikkelt kan je spreken van een trend.

Kan dat social sharing niet in de rechterbalk? Ik heb het nu uit staan, maar nu lijkt het net of er twee lijnen staan. Een hele vage en de duidelijke dikke. Volgens mij is er nog genoeg witruimte rechts.

We hebben er voor gekozen om de balk direct onder het artikel te plaatsen. Dat is enerzijds de meest gangbare conventie (en daar verwachten veel mensen hem dus) en daarbij ook wat mij (ons) betreft logischer. De relatie tussen het gene wat je like'd en de like knop moet zo klein mogelijk zijn. Daarom staat ie bijvoorbeeld ook boven de reacties en boven de volgende/vorige. Je like'd niet de pagina namelijk, maar je like'd de inhoud van het artikel. Tenminste, dat is de achterliggende argumentatie.

Als je hem in de rechterbalk zou plaatsen zou die relatie direct al onder druk komen te staan (voor je het weet denken mensen dat je 'nieuws' of 'tweakers' an sich like'd.

Dat klinkt inderdaad redelijk. Maar ik zie nu iets staan wat ik net niet kan lezen als het uit staat en dat valt, voor mij in ieder geval, heel erg op.

Alleen het aanzetknopje in de rechterbalk is dat een optie?

Je kan het met Custom CSS altijd nog aanpassen.

- ik ben dan wel benieuwd of het met customcss dan niet te 'her' plaatsen is - en zoja hoe... ) - ik gebruik het nie dus heb het uitstaan maar voor de mensen die... was css niet juist daar oor bedoeld?

Dat kan, maar dat is geen logische plek

Hoe schakel je alle like, +1 etc uit op een iPad?

Juist op mij iPad wil ik die laadtijden zo kort mogelijk hebben (brak mobiel netwerk...), al die JS troep van Facebook helpt dan niet echt )

Verder leuke dingen!

Uitzetten kan je ook in je voorkeuren doen. Er is echter geen mogelijkheid als je ingelogd bent om het alleen voor een specifieke sessie te laten gelden.

Die sharing buttons hadden inderdaad wel een update nodig, maar ze zijn nu wel erg prominent in beeld. Ja je kan ze hiden, maar was aan de rechtkant onder Nieuws I/O etc niet een logischer plaats geweest?

Het is mijns inziens logisch dat ze onder het artikel staan. Na het lezen van het artikel weet je tenslotte pas of je het artikel leuk/goed vond en of je deze wil delen met anderen.

Het klinkt logisch wat je zegt, maar nee: ze horen echt onder het artikel. Nadeel van daarnaast is dat het niet geheel logisch is waar de buttons dan daadwerkelijk bij horen. In dit geval is er geen discussie over mogelijk, waardoor het vanuit usability de beste plek is

Logischer? Misschien. Maar zou dat de beste plaats zijn? Ik geloof het niet. Nu zie je ze altijd als je een artikel bekijkt, waardoor mensen ook eerder geneigd zijn om ze te gebruiken. En dát is het doel van die knoppen, niet gewoon dat ze ergens staan. Zelf zie ik het hele nieuws i/o niet eens.

En waar is de "Like" knop dan bij dit artikel?

quote: .plan

onder een nieuwsbericht, reviewpagina of videopagina

Ik zie daar geen .plan of gallery of userproductreview tussen staan. Lezen blijft een kunst.

Op dit moment komen de buttons inderdaad alleen onder nieuwsartikelen, reviews en videopagina's. Overigens bleek dat vooral vanwege een flaw in de briefing: men was even vergeten dat een .plan een apart artikeltype is. Als het goed is, komen de buttons ook onder de .plans in de toekomst.

.Plans integreren we hoogstwaarschijnlijk in de volgende sprint

Eén ding kan ik me niet voorstellen en dat is: een video HD OFF bekijken, daar zit niemand op te wachten!, vraag me af als er daar echt gebruik van wordt gemaakt. Verder goeie toepassingen. +1

[Reactie gewijzigd door B-Scorpion op 18 juli 2011 23:00]

Wel als je op een of ander slap netboekje (met nog 4 andere programma's open) zit
Dan is het wel prettig als het gewoon ff soepel afspeelt.

Dat is iets wat ik opmerkte vanuit feedback van Belgische bezoekers. Die hebben nog wel eens een datalimiet. Als dan telkens de HD-versie begint met spelen, dan zit je daar zo doorheen

Scrummen ftw! Welke SCM tools gebruiken jullie?

We zijn niet volledig over op scrum, meer een soort lite-variant. Versiebeheer doen we in SVN, als intern ticketsysteem gebruiken we sinds kort JIRA en daarbij de grasshopper plugin als scrum administratiesysteem. En de meesten van ons gebruiken PhpStorm als IDE en die heeft oa een plugin voor Jira en natuurlijk SVN ondersteuning.

Moet zeggen dat ik deze reactie nog interessanter vind dat de post zelf . Een kijkje in de systemen die worden gebruikt is natuurlijk ook altijd leuk! Van IntelliJ had ik al wel gehoord (Java IDE van hetzelfde bedrijf) van PHPStorm nog niet.

Zou het fijn vinden als jullie een uitgebreide post toewijden aan jullie ervaringen met scrum. Ik ben in ieder geval zeer benieuwd.

We zijn er nu nog maar net mee begonnen, maar als we wat meer ervaring ermee hebben, is dat zeker een idee.

Hebben jullie een cursus of training gevolgt hiervoor, of een persoon die al eerder met scrum in aanraking is gekomen

Wellicht moet ik er een topic voor openen in Lieve Devvers, maar het lijkt alsof in het asynchrone proces de bar alsnog synchroon wordt geladen.

Aangezien die info niet te cachen valt, is het behoorlijk traag met laden en dat dus elke keer als je een pagina opent. Voordeel is wel dat het hele gebeuren async is, dus de rest van de pagina heeft er weinig last van.

Grappig trouwens dat scrum een undefined als title heeft

Grappig trouwens dat scrum een undefined als title heeft

Rare editor.. beetje zelf titles gaan bedenken. Fixed in ieder geval.