11 private links
Bon, j'allais dire "oh merde, je suis le maverick". MAIS la transition du rôle vers le rôle d'architecture porté par l'équipe fait partie que je promeus fortement, donc ça va un peu mieux 😊
C'est chouette cet article ! Et ça montre bien la puissance de la patience.
Je suis d'accord : les développeurs doivent comprendre leur pouvoir et les obligations qui vont avec. Sinon, d'autres personnes décideront ...
Oui, je sais ce que je vais faire de ce tweet (et ce sera peut-êtrre intéressant)
Et paf, ça me fera un bon support pour un moment d'auto-critique publique.
Wow. L'approche de l'entretien est curieuse, mais la motivation derrière est extrêmement intéressante (et je vais garder sa classes sous le coude, parce qu'il y a là-dedans quelques anti-patterns bien typiques)
Un bel ensemble de bonnes pratiques dans le design d'une API REST. C'est joliment détaillé et assez clair. Il ne manque qu'une version checklist pour que ce soit parfait 😋
Hélas, je n'ai pas atteint ce niveau de maturité, et parfois je livre des choses incompréhensiblement complexes ... Heureusement, maintenant, je suis architecte et donc je ne livre plus en prod !
ok, il va vraiment falloir travailler en ce sens.
En tant que développeur, je trouve ça très intéressant !
Oh un git simplifié ! Ca doit couvrir la plupart des besoins des développeurs, non ?
OUI ! Codez ... si vous voulez. Si vous ne voulez pas coder en-dehors du boulot, ne vous laissez pas forcer par la pression des pairs !
La présentation est très intéressante ... même si je crains que le passage direct au monde fonctionnel ne soit un peu ... rapide 😉
C'est une belle histoire racontée par ce commit.
Mais quand je travaille sur un bug, j'ai tendance à me poser plein de questions et à noter ces questions dans l'issue GitHub/Mantis/Whatever. Le résultat est le même, mais la méthode différente.
La citation qui fait mal ...
Ah ah ah ! C'est tellement vrai !
Le vrai problème de Yegor, c'est qu'il écrit trois articles bien trollesques pour une pépite comme celui-ci. Parce que son exemple de README est vraiment très bon.
C'est vrai qu'il est bon de passer du temps à faire autre chose que coder.
Il y a dans cette liste tout un paquet d'outils de développement très, mais alors très intéressants.
Tiens tiens tiens, j'aimerais bien un truc un peu comme ça, pour les services Docker, mais avec une page listant les différents services démarrés ...