Motrax schreef op dinsdag 05 januari 2016 @ 11:30:
[...]
Zo enorm herkenbaar! Ik ben meerdere keren opgestapt bij een werkgever omdat het team waar ik in zat te weinig kennis had en ik zelf niet voldoende klankbord had in mijn collega's. Je leert van elkaar, je leert van de feedback die je krijgt én ook van de feedback die je geeft!
Toch blijft het lastig om dat "landschap" stabiel te houden. Er is altijd wel ergens een onbalans. Ik denk dat het belangrijk is om te blijven leren. Ook al kijkt de rest van de developers tegen je op, ze hebben vaak ook goede ideeën. Tussen diverse ontwikkelaars en mijzelf zit ook +/- 8 jaar verschil in ervaring, maar ik heb niet het idee dat ik ze "onderdruk".
Toch is het wel even puzzelen naar een methode waarin ze ook het idee hebben alles te kunnen zeggen en ook mij mogen "challengen" (somehow zit er wel een beetje de mentaliteit in dat een senior of docent per definitie gelijk heeft, of in ieder geval niet veel zin heeft om de discussie aan te gaan). Natuurlijk is het zo dat ik door de ervaring en kennis door de jaren heen over het algemeen snel een beeld/oplossing kan vormen, maar dat betekent niet meteen dat ik altijd gelijk heb of dat mijn weg de beste weg is.
Ik was bij een grote detacheerder na 4 jaar "senior" en het "werd tijd om de juniors te leren hoe alles werkt". Dat was voor mij o.a. de trigger om op te stappen. Na 4 jaar ben je geen senior. Nu na bijna 10 jaar heb ik pas het gevoel dat ik kom kijken...

Je moest toch +/- 10 000 uur investeren om ergens goed in te zijn? Na 10 jaar denk ik dat je een redelijk eind richting de 10 000 uur bent. Maar goed, het landschap van IT verandert continu, wat betekent dat je mee moet bewegen met de markt. Als je puur vanuit je ivoren torentje gaat werken en niet meer openstaat voor nieuwe dingen, dan betekent stilstand als heel snel achteruitgang.
Hell, ik moet vaak genoeg zeggen dat ik iets niet weet of er niet bekend mee ben... Dan stuur ik wat mensen op pad om het te onderzoeken (dat is dan wel weer een perk van senior zijn

) en een advies uit te brengen aan IT (dus niet alleen aan mij, maar aan het hele team). Dan zorg je dat de kennis verspreid wordt en dat mensen ook iets kunnen claimen als "eigen".

In het huidige team is de meest senior opgestapt en wat zijn we blij dat hij weg is. Te lang gezeten, te weinig situaties zelf gezien, teveel shortcuts genomen en de huid van een olifant als het ging om feedback. We zijn nu al een half jaar bezig met puinruimen...
Dat is vaak een resultaat van botte eigenwijsheid. Nu denk ik dat veel developers wel de neiging hebben om eigenwijs te zijn, maar naarmate ze meer senior worden zijn er vaak maar weinig mensen die ze kunnen (of durven te) remmen. Dan krijg je al snel ivoren-torentjes management, wat vaak resulteert in conflicten of problemen in de code-base.
Ik denk ook dat je op een gegeven moment je rol moet aanpassen. Als "zwaar senior" moet je misschien niet meer meekloppen in de dagelijkse coding-sessies, maar moet je misschien inzetten op quality control, procedures en concepten. Zelf ben ik bezig ook die stap te maken, het produceren van code vind ik niet boeiend meer (en heb ik ook de focus niet meer voor), maar de concepten, het verder ontwikkelen van mensen en de QA vind ik wel weer erg interessant.
Ik heb ook niet de illusie dat ik nog mee kan rennen met alle nieuwe technieken. De mensen in ons team gaan zich specialiseren en hebben ieder hun eigen expertise/aandachtsgebied, dan is het vrijwel onmogelijk om je als "senior" dan overal nog in te verdiepen en je alles meester te maken.
Dat is in ieder geval hoe ik er naar kijk
Ik zeg niet dat je als senior niet meer mee mag/kan programmeren, maar op een gegeven moment kan je rol veranderen en daar moet je dan beslissingen in maken. Sommige mensen zijn zwaar technisch senior en blijven wel programmeren, maar als je enigszins generalistisch bent dan zal je vaak wat meer de abstractie induiken.