Docker est devenu un outil incontournable pour tous les développeurs ou les administrateurs d’infrastructure, mais celui-ci peut paraître complexe au premier abord. On se retrouve donc aujourd’hui pour tenter de clarifier tout ça avec ce premier article de cette série consacré à Docker où l’on va découvrir les bases.
La duplication de code est sans aucun doute la pire pratique. Pourtant, il y a des situations où elle est primordiale pour écrire un programme stable.
Dev junior (ou pas si junior, d'ailleurs), il t'est déjà arrivé d'avoir des difficultés pour...
- Te sentir légitime dans le monde de la tech ?
- Évaluer ton niveau réel ?
- Exprimer tes insécurités au travail ?
- Te motiver pour continuer à monter en compétences ?
Le profil de Guillaume : www.linkedin.com/in/guillaumese/
Pour accéder au cursus Artisan Développeur : ad302.fr/cTCkqY
Vous passez votre temps à dire que vous n'arriverez jamais à faire aterrir ce rover sur Mars, justement parce que vous luttiez contre l'absence de cette méthode, land(position, direction), qui vous aurait permis à la fois d'asseoir le DSL du rover, mais aussi de voir émerger le besoin d'une position et d'une direction, pour potentiellement arriver à un agrégat et satisfaire la volonté de faire du DDD.
Vous connaissez le code « boite noire » qui fonctionne sans vous demander votre avis ? Si oui, alors il est temps de le reprendre en main comme il se doit.
Nous voyons l'utilisation de git rebase sur un cas concret que nous rencontrons tous les jours, afin de démystifier cette commande tant redoutée.
J’ai décidé de partager avec vous mes pires (ou meilleures anecdotes suivant le point de vue) en tant que développeur, histoire de rigoler un petit peu.
Force à toi pour le coup du boîtier GPS ! Tu as été vraiment patient et plein de ressources 👍
Malheureusement, le coup de la "fausse" démo qui doit être livré sous peu, tous les développeurs y ont droit un jour... 😔
Recevoir un feedback, c’est pas toujours simple.
Mehdi nous raconte ses débuts de développeur et ses premières PR…
Et encore, on ne parle là de recevoir… Quand il s’agit d’en donner…
Le retour sur une PR en soit sont ultras intéressantes et nous font évoluer mais le réel problème c'est le tact du développeur, il est proche du néant.
Du coup cela bloque pas mal de personnes à participer à des projets open sources et se faire tacler à tout va sans explications alors que l'intention est surement bonne.
Aujourd'hui, je vais te montrer les pires bouts de code que j’ai jamais vus. Des sataneries qu'il ne faut surtout pas produire !
Par personnellement, mais j'ai vu ça en coaching d'équipes.
Fuir est une option rapide.
Défendre sa cause est plus long et plus impactant sur à terme. Mais il faut en avoir la patience et l'envie.
Si tu aimes le côté évangéliste, c'est intéressant à faire. Si tu veux juste coder dans de bonnes conditions, tu as probablement plus vite fait de changer d'environnement.
Je n'ai pas pris la peine de défendre mon point de vue car je suis le principal développeur. Les personnes opposées étaient les chefs de projet, qui ne touchent que très ponctuellement au code... et qui étaient beaucoup intéressées à définir la place de l'accolade pour le "if" (retour à la ligne ou pas ?! ça c'est un grand débat !)
Pourquoi votre approche de la culture du télétravail le rend inefficace et comment changer votre approche pour y remédier
Le fond de l'article est bien résumé par certains commentaire. Les boites (française) tournent souvent très bien sans tous les niveaux hiérarchiques habituels. Les employés ne sont pas des enfants, ils travaillent très bien sans avoir quelqu'un sur le dos pour la plus part
Mais cela fait du bien à ceux qui souffrent de la situation et le lisent...
Ca leur permet aussi de se rendre compte que ce n'est pas normal.
Et du coup ça enclenche une réflexion et un début de changement.
Chacun son taff : moi je plante des graines.
A chacun de les faire germer.