11 private links
Un article qui me parle rudement en ce moment
Une checklist, peut-être un peu longue, sur tout ce qui peut faire le succès d'un développeur senior
Comment avoir une productivité vraiment négative ? Tous ces conseils sont parfaitement sensés, et certains sont souvent appliqués
Ca se conférence, ça, non ? Je lis l'article, et je me dis qu'il est parfaitement vrai et totalement faux.
Une discussion très intéressante sur les différentes acceptations du rôle d'architecte.
Plus ça va, plus l'expérience me pousse à tenter d'expliquer simplement les choses. Et cet article est un parfait point d'entrée.
Le renommage de fonctions est une belle invention du marketing, parce que les compétences ne changent pas forcément avec les noms ...
L'expérience emmène les gens dans des directions parfois curieuses. Mais cet article me donne envie de documenter mon expérience ...
Une intéressante taxonomie des différents rôles qu'on peut jouer quand on a un peu d'expérience
Des éléments vous permettant de mettre en oeuvre différents outils alignant les évolutions de votre produit avec la vision que vous construisez pour celui-ci
J'ai déja dû partager la version originale.
Mais en version traduite en français, c'est encore plus percutant
J'aime beaucoup cette distinction entre la pratique devops et le boulot de SRE (qui est une pour moi une évolution moderne du rôle de SysAdmin)
L'une des forces de ma boîte actuelle, c'est sa transparence. Et là, la transparence est faite sur la gestion de carrière (qui en plus évite l'écueil de la structure rigide)
C'est toujours bon de rappeler qu'il existe dans les équipes des rôles différents des métiers qui les supportent. De la même manière, le rôle d'architecte dans une équipe est souvent tenu par les dévs, et le métier d'architecte lui est très complémentaire.
C'est une vision très intéressante de notre métier, et qui marche dans le contexte ultra-libéral de Yegor ... Est-ce projetable ailleurs ? J'ai l'impression que oui.
Je me retrouve très bien dans ces vingt choses que ce développeur a appris.
Une très bonne description de mon métier actuel : comprendre un problème métier, pour le résoudre avec des moyens techniques - le tout sans tomber dans le technologisme
Je vois passer de plus en plus d'articles constatant, grâce à la loi de Conway, que le recrutement ou l'expression du métier contraignent plus l'architecture que la réflexion des architectes. Et c'est bien, parce que ça aide à choisir les bons intervenants.
Cet article contient un ensemble de bons conseils, simplement parce qu'il s'agit de partager son travail.
Je suis franchement d'accord. J'ai énormément progressé dans m les attitudes en encadrant l'année dernière une équipe comprenant un certain nombre de jeunes développeurs.