Oui, du "vite fait mal fait" c'est le quotidien de plus d'un développeur, mais n'oublions pas que limiter sa créativité et du coup la qualité de son travail, ça a des coûts câchés. Situation vécu, certains étaient étonnés que je passe plus d'un jour à documenter une fonctionnalité. Ouais sauf qu'une doc mal faite ça sert à que dalle, on comprend rien et c'est une perte de temps pour celui qui passe après.
Je ne pense pas qu'il faille (ça se dit ça ?) être fataliste à ce sujet et au contraire, se battre le plus possible pour qu'on nous oblige pas à bacler notre taf. Ca me revolte vraiment de passer sur du code dégueulasse et qu'on me dise: "Non mais tu comprends il fallait que ça sorte." Ouais, sauf que maintenant il me faut trois semaines pour comprendre trois fonctions imbriquées les une dans les autres , pouvoir décorèler unitairement les fonction pour enfin, soit fixer un bug soit rajouter une feature. Alors qu'à l'époque ça aurait prit deux jours. Je parle même pas de la fatigue que ça peut entraîner et de la démotivation, qui peuvent jouer sur le temps de sortie d'un produit.
Bon bref, je m'arrête là, mais tout ça pour vous dire, que quand on vous dit d'aller vite et qu'il faut que ça sorte, battez vous pour obtenir du rabe si vous êtes limite et au pire, un délai après la sortie pour bien ré-architecturer et bien documenter ce que vous avez dégueulé en une demi journée.
Cela dit, ça ne doit pas vous empêcher de contribuer activement au libre \o/ (ce que je ne fais pas parce que je suis pas trop créatif et et trop mauvais)
# Leurre, moi je dis "non !"
Posté par Guillaume Camera . En réponse au journal Le libre libère la créativité. Évalué à 10.
Oui, du "vite fait mal fait" c'est le quotidien de plus d'un développeur, mais n'oublions pas que limiter sa créativité et du coup la qualité de son travail, ça a des coûts câchés. Situation vécu, certains étaient étonnés que je passe plus d'un jour à documenter une fonctionnalité. Ouais sauf qu'une doc mal faite ça sert à que dalle, on comprend rien et c'est une perte de temps pour celui qui passe après.
Je ne pense pas qu'il faille (ça se dit ça ?) être fataliste à ce sujet et au contraire, se battre le plus possible pour qu'on nous oblige pas à bacler notre taf. Ca me revolte vraiment de passer sur du code dégueulasse et qu'on me dise: "Non mais tu comprends il fallait que ça sorte." Ouais, sauf que maintenant il me faut trois semaines pour comprendre trois fonctions imbriquées les une dans les autres , pouvoir décorèler unitairement les fonction pour enfin, soit fixer un bug soit rajouter une feature. Alors qu'à l'époque ça aurait prit deux jours. Je parle même pas de la fatigue que ça peut entraîner et de la démotivation, qui peuvent jouer sur le temps de sortie d'un produit.
Bon bref, je m'arrête là, mais tout ça pour vous dire, que quand on vous dit d'aller vite et qu'il faut que ça sorte, battez vous pour obtenir du rabe si vous êtes limite et au pire, un délai après la sortie pour bien ré-architecturer et bien documenter ce que vous avez dégueulé en une demi journée.
Cela dit, ça ne doit pas vous empêcher de contribuer activement au libre \o/ (ce que je ne fais pas parce que je suis pas trop créatif et et trop mauvais)