Nu Microsofts Sharepoint 2010 in de schappen ligt, is ontwikkelaar Sander Viegers best een beetje trots. De afgelopen maanden werkte de 36-jarige ict'er in Seattle dagelijks aan het programma. 'Het geeft voldoening om te weten waarom een product op een bepaalde manier in elkaar steekt.'
Wat was jouw rol in de ontwikkeling van Sharepoint 2010?
'Ik leidde de ontwikkeling van de gebruikersinterface. Ik was onder andere verantwoordelijk voor de mogelijkheden van sociale netwerken, navigatie en grafische vormgeving. We maakten prototypes en testten net zolang tot we iets hadden dat praktisch haalbaar was, voldeed aan esthetische eisen en ook nog begrijpelijk was voor de eindgebruikers.'
Hoe ben je bij Microsoft terechtgekomen?
'Tijdens een congres in Den Haag in 2000 kwam ik oud-studiegenoten tegen die bij Microsoft werkten. Zelf werkte ik bij Davilex. Het bleek dat onze werkzaamheden erg op elkaar leken. Toen heb ik een open sollicitatiebrief gestuurd. Een jaar later, na de sollicitatiegesprekken en de visum-aanvraag, kon ik beginnen.'
Wat maakt jou beter dan andere ontwikkelaars?
'Iedereen heeft iets unieks. Bij mij is dat mijn achtergrond in industrieel ontwerpen. Daarbij bekijk je een product van allerlei verschillende kanten voordat je het gaat maken. Je bekijkt het vanuit de kant van de gebruiker, maar let ook op maakbaarheid en schoonheid.'
Je werkt in Seattle. Dat is niet echt naast de deur.
'In het begin lijkt alles anders, maar na een tijdje ga je ook hier elke week naar dezelfde supermarkt. De omgeving van Seattle is erg mooi door de bergen, het water en de meren. Verder is het een leuke stad met veel muziek, film en theater. Bovendien is er een directe vlucht naar Amsterdam.'
Hoe zag je werkdag eruit tijdens de ontwikkeling van Sharepoint?
'Mijn werkdag begon om half acht in de shuttlebus van Microsoft. Op kantoor ging ik eerst berichten van het partnerteam in India doorwerken. Soms waren er conference calls. Om tien uur begonnen de eerste besprekingen. 's Middags werkte ik prototypes uit en om vijf uur ging ik met de bus weer naar huis.'
Welke aanpassingen heb jij bedacht voor de software?
'Ik heb me intensief beziggehouden met de Organisatie Browser. Als je in een groot bedrijf werkt en een bericht krijgt van iemand wil je vaak eerst weten wie die persoon is en waar hij in de organisatie werkt. Dat vond ik een interessant probleem waarvoor nog geen goede oplossing was.'
Nu zit het werk erop. Hoe kijk je erop terug?
'Ik ben vooral trots dat het nu op de markt is. Je hebt een lange adem nodig om zo'n product af te krijgen. Kleine veranderingen kunnen een grote impact hebben op het eindresultaat. Om te voorkomen dat veranderingen heel anders uitpakten dan gepland, moest ik er voortdurend bovenop zitten. Nu het af is, geeft het veel voldoening volledig achter het eindproduct te staan en te weten waarom het zo in elkaar zit.'
Wat ga je de komende tijd doen?
'Ik ben overgestapt naar het team dat Windows Live Photo Gallery en Movie Maker maakt. Ook heb ik nu een andere rol: ik hou me meer bezig met het projectmanagement. Ik heb zin om ook nu weer iets moois te maken.'
Interessante carrière move: van Sharepoint naar het team van Windows Live Photo Gallery en Movie Maker
Altijd leuk om te lezen hoe een ander zijn werk invult.
Jammer van die rare ‘moves’ in de afgelopen 10 jaar op Sharepoint. Alles wat dan nu eindelijk (beter) voor elkaar is in SharePoint 2010 hadden we in 2001 al in de Exchange SDK met public folders. Zo’n beetje niemand binnen Microsoft wist wat de Office XP Workflow designer was. Het ontbreken van een bruikbare BCS heeft SharePoint de afgelopen jaren nagenoeg onbruikbaar gemaakt voor serieuze applicaties terwijl de Public Folders 10 jaar geleden al perfect presteerden met honderdduizenden items in een folder. Document properties van MS-Office werden ook perfect ondersteund in Public folders terwijl het ze nu nog steeds onder water worden gerepliceerd in document folders van Sharepoint (mits je kolommen de naam geeft van een DocProperty inclusief grote en kleine letters).
Microsoft had SQL-Server onder Exchange moeten schuiven i.p.v. SharePoint verplaatsen naar SQL-Server. Het enige dat SQL-server toevoegt is de search-engine. Ik durf te wedden dat MS een drama heeft gehad om Sharepoint onder SQL-server te herschrijven en zelfs voortdurend SQl-server voor SPS heeft moet uitbreiden. Het hele Digital Dashboard verhaal kwam door deze manouvre ook op zijn gat te liggen.
Al met al een van de weinige grote strategische blunders van MS als je het mij vraagt.
[quote]Microsoft had SQL-Server onder Exchange moeten schuiven[/quote] En waar baseer je dat op? Jij denkt dat Microsoft daar geen goede reden voor heeft? Ze hebben er naar gekeken maar de performance komt niet in de buurt van de huidige database, die immers al sinds de eerste exchange versie getweaked is voor mailafhandeling. Verdiep je eens in disk performance van de huidige DB t.o.v. SQL en dan zien we je graag terug.
@Pieter: ‘getweaked’ voor mailafhandeling? Klinkt goed. Wat zoal?
Als je een hele query-laag naar SQL-server onder ESE had aangebracht, was het inderdaad misschien niet gelukt.
Het was m.i. goed mogelijk geweest om – vlak op het lockingsysteem – concurrency te maken waardoor zowel de toenmalige ESE-engine van dezelfde onderliggende data gebruik zou maken.
Overigens is een pseudostructured pointerstructuur van ESE ook nog wel te regelen in SQL. Als je die queries bovendien pre-comimpiled hebt en je optimaliseert SQL-server er eventueel op, kon je er ook nog wel eens performance-voordeel uit krijgen. Zo niet, handhaaf je alles met class-items en -attibutes uit de Exchange-ESE en zet je het zo dicht mogelijk tegen de file-i/o aan van SQL-server.