Je suis développeur également, et avec à peu près la même expérience que toi, mais pas dans le même pays, ni la même culture de travail.
J'ai moi aussi eu des coups de blues et coups de burn out comme toi. Qui plus est, j'ai un certain mauvais caractère qui m'a fait exploser plusieurs fois lorsque le management prenait une décision techniquement illogique.
Ceci dit, je ne suis pas du genre à me laisser faire ni mener par le bout du nez, et la programmation étant ma passion, je veux bien entendu l'exercer dans les meilleures conditions. Du coup le principe que j'applique et qui me permet de survivre c'est d'introduire le changement par moi-même.
Je discute toujours des changements procéduraux possibles avec le management, qui bien souvent n'y comprend rien et y voit une perte de temps et d'argent. Du coup je fais glisser la procédure en place gentiment en introduisant son remplacement. Oui, c'est de la subversion.
Jusqu'ici ça ne m'a posé aucun soucis professionellement parlant. Tout d'abord les changements techniques ou de méthodologie n'intéressent pas le management tant que le travail est fait, et des améliorations dans les conditions de dévelopement m'ont plutôt attiré le support de mes collègues dévelopeurs, et les managers ne sont d'habitude pas prêts à se battre contre leur équipe.
À noter que contrairement à toi je n'ai pas bossé dans beaucoup de boites logicielles, plutôt dans des boites qui utilisent leur propre logiciels, et lesdites boites n'étaient pas spécialement grosses (300 employés max).
Voilà c'est ma petite technique pour rester sur les rails du zen. Même si c'est mal et j'ai bien conscience que ça va faire plisser des sourcils, ça marche.
# Prendre le taureau par les cornes
Posté par etenil . En réponse au journal [HS] Développeur un peu perdu... ou pas... Que faire maintenant ? Changer de vie ?. Évalué à 10.
Je suis développeur également, et avec à peu près la même expérience que toi, mais pas dans le même pays, ni la même culture de travail.
J'ai moi aussi eu des coups de blues et coups de burn out comme toi. Qui plus est, j'ai un certain mauvais caractère qui m'a fait exploser plusieurs fois lorsque le management prenait une décision techniquement illogique.
Ceci dit, je ne suis pas du genre à me laisser faire ni mener par le bout du nez, et la programmation étant ma passion, je veux bien entendu l'exercer dans les meilleures conditions. Du coup le principe que j'applique et qui me permet de survivre c'est d'introduire le changement par moi-même.
Je discute toujours des changements procéduraux possibles avec le management, qui bien souvent n'y comprend rien et y voit une perte de temps et d'argent. Du coup je fais glisser la procédure en place gentiment en introduisant son remplacement. Oui, c'est de la subversion.
Jusqu'ici ça ne m'a posé aucun soucis professionellement parlant. Tout d'abord les changements techniques ou de méthodologie n'intéressent pas le management tant que le travail est fait, et des améliorations dans les conditions de dévelopement m'ont plutôt attiré le support de mes collègues dévelopeurs, et les managers ne sont d'habitude pas prêts à se battre contre leur équipe.
À noter que contrairement à toi je n'ai pas bossé dans beaucoup de boites logicielles, plutôt dans des boites qui utilisent leur propre logiciels, et lesdites boites n'étaient pas spécialement grosses (300 employés max).
Voilà c'est ma petite technique pour rester sur les rails du zen. Même si c'est mal et j'ai bien conscience que ça va faire plisser des sourcils, ça marche.