Etre un bon dev c’est quoi ?
1/ Coder proprement mais sans en faire trop.
Donc arriver à arbitrer entre sale et propre.
En gros faire normal, facile à comprendre.
Et donc sans avoir à passer 3 mois à comprendre ce qui a été mis en place. (histoire vraie)
2/ Livrer a peu pres rapidement.
Parce que si il faut attendre 30 ans un truc qui se fait en 1 jour juste parce que tu veux que ça soit parfait, ça risque de ne pas le faire.
Et ton PO va péter un cable.
Et ton client final lui par contre va bien aller voir ailleurs ce qu’il se passe.
3/ Et donc surtout : répondre à un besoin client efficacement !
C’est à dire le comprendre, le challenger si il faut, et le mettre en place assez rapidement.
En synthèse si tu penses qu’être un bon dev c’est dire
que les autres font de la m*rde,
que toi seul est le meilleur,
que les règles de l’art n’ont aucun secret pour toi,
que si tu n’es pas sur le dernier framework t’es un naze,
que si tu ne connais pas le design par cœur tu ne vaux rien,
que seul le TDD mérite d’être utilisé,
alors clairement je préfère rester dans mon monde et surtout, mais alors surtout te laisser dans le tiens 😀
Source : https://www.linkedin.com/feed/update/urn%3Ali%3Ashare%3A7319742431594270720