Je suis d'accord avec Yegor : le travail d'un développeur est hautement mesurable, sans même avoir besoin d'utiliser des métriques stupides comme le nombre de lignes de code, mais plus le vrai travail accompli.

Ce sont des conseils vraiment bons. Faites-le, c'est vraiment bien pour apprendre à formaliser et exprimer ses idées.

L'article est peut-être un peu court (j'aurais bien voulu voir abordés les points concernant l'évolution d'un freelance), mais il est sacrément bien écrit et et Ewan précise bien les choses.

Cet article est un résumé succinct et très efficace des moyens de faire réellement avancer les choses.

C'est déprimant parce que c'est vrai 😨

Sur le papier, je suis d'accord.
Mais quand on a investi (comme moi) 15 ans à maîtriser le développement dans un langage (Java), c'est difficile de ne pas dire "je suis développeur Java"

Mes collègues sont fous et drôles (et c'est ça le meilleur) 😘

C'est peut-être l'une des rares bonnes choses qui pourraient sortir de cette épidémie : démontrer que le travail est non seulement facile, mais surtout pas moins efficace que les open-spaces et les réunions interminables ...

20 years, 10 companies

NEVER work extra-time (you're no hero)
Accept failure (yours and others)
Try to offer your help in hard situations (you'l learn soo much)
Never critizice without offering a solution with clear advantages and deffects
Learn management lingo, but don't use it
Stay yourself

Ca n'est pas la première fois que je vois passer ce genre de messages, mais c'est toujours utile de le rappeler : la culture du héros qui vient sauver la prod est mauvaise pour tout le monde (héros compris)

Une critique valide du monde de la recherche actuel : produire du papier sans transformer ça, ça n'est pas très utile ...

C'est pas loin d'être la pire menace pour mon employeur qui recrute avant tout des gens passionés (mais on le sait, et on essaye de se battre contre ça)

La quantité de travail que met Hubert dans la construction de sa présentation est complètement dingue ! Quel boulot !

Si vous ressentez ces symptômes, le burnout ne semble pas être très loin (et ça, c'est moche).

La discussion est intéressante. Et même si je ne suis pas mauvais dans la partie problem solving, je me battrai toujours pour la partie problem prevention. Parce que je ne suis pas Superman ☺

La proximité affichée dans ce court résumé me paraît au minimum troublante. (même si le concept même de l'émission franchit le point Godwin)

Evidement, l'auteur est intéressé. Mais certains points sont particulièrement stupéfiants (la voiture unique, le rachat d'entreprise pour les "virtualiser" de force, le passage à l'écrit - enfin).

L'article ressemble à un brûlot contre l'open-source ... mais contient cette perle pour les managers "Fire those who are ready to work overtime without any compensation." (qui fait de Yegor un de mes auteurs les plus poil à gratter)

A l'heure des infrastructures auto-scalables, auto-redéployables, les astreintes perdent du sens, sauf pour ceux qui gèrent le "vrai" matériel critique (les infrastructures réseau, quoi)

ok, il va vraiment falloir travailler en ce sens.