Discussion :

[r0d]

Bonjour,

voilà, je voulais partager ce sentiment que je connais depuis que j'ai commencé à développer et qui prend de l'ampleur avec l'âge: j'ai de plus en plus de mal à releaser mes logiciels. Je ne sais pas comment expliquer, c'est comme si c'était mes bébés et que j'avais peur de les lancer dans un monde hostile où ils pourraient être maltraités. Il y a aussi le fait qu'un logiciel peut toujours être amélioré, et ce n'est donc jamais le bon moment pour la release, car il y a toujours un algo à améliorer, un bout de code à nettoyer, une doc à compléter...

Est-ce que vous voyez de quoi je parle? Avez-vous le même type de problème?

[LooserBoy]

Est-ce que vous voyez de quoi je parle? Avez-vous le même type de problème?

Quand j'ai commencé à développer professionnellement, j'avais cette tendance à vouloir toujours faire mieux, plus propre,... On m'a appris que le mieux est parfois l'ennemi du bien.

Mais après 12 ans et certaines mises en production particulièrement stratégiques, difficiles, critiques, de voir mes "bébés" fonctionner comme attendu, être utilisés avec satisfaction par un nombre certain d'utilisateurs ou ayant participé à l'essor de certaines technologies (écrans TFT, LCD par exemple) ou ayant participé à l'amélioration des conditions de travail (amélioration du process de préparation de commandes en entrepôt), j'en suis fier, je n'ai plus de craintes sur le fait de les "lâcher dans la nature" et je n'hésite pas à en parler.

De même, corriger les bugs éventuels, ajouter des fonctionnalités, faire évoluer mes programmes, je les vois grandir, s'améliorer, s'enrichir comme si je regardais un être vivant grandir. Il y a toujours un peu d'auto satisfaction.

Mais quand j'apprends qu'un de mes programmes a été totalement remanié, voir abandonné, je tente de savoir pourquoi et si la raison ne me parait pas légitime, je le prends un peu pour moi. Comme un jugement de valeur sur mon travail.

Mais ça passe et avec les années, le détachement est de plus en plus manifeste.

[minnesota]

salut,

Oui r0d tu es perfectionniste, j'avais aussi cette tare, mais comme LooserBoy je suis guéri maintenant enfin presque parce que parfois j'ai des rechutes

[r0d]

Aïlle, vous me faites peur. Selon vous, ce mal devrait disparaître avec l'age et l’expérience, or chez moi ça empire de jour en jour

Demain on sort une importante release, et je m'imagine bien la scène:
19h, le boss vient me voir:
- "alors r0d, j'attends toujours les fichiers, tu devais me les envoyer en début d'après-midi. Qu'est-ce que c'est ce bordel?".
Moi, livide, le regard sombre, celui d'un animal traqué, exhibant une clé usb:
- "Tout est là-dessus, chef."
Puis d'un coup, je me lève et part en courant, la clé usb à la main. S'ensuit une course poursuite à travers Bruxelles, avec des voitures qui explosent, des hélicoptères et des chars d'assaut...

[Etanne]

Il y a encore 1 an j'avais eu ce problème là.

J'avais pas envie que l'on remette quoi que ce soit en question, donc il m'arrivait de reprendre entièrement une interface ou un algo pour que cela soit parfait.. ..mais j'avais toujours l'impression qu'on pouvait faire mieux.

Puis au fur et à mesure j'ai transformé cette peur ou doute en une satisfaction.

Et puis maintenant pour me faire des frayeurs, je complète mes uses cases avec des cas complexes.

@minnesota : j'ai aussi ces rechutes, mais elles me permettent d'assurer une certaine qualité. Prendre le temps de faire les choses bien

[LooserBoy]

Aïlle, vous me faites peur. Selon vous, ce mal devrait disparaître avec l'age et l’expérience, or chez moi ça empire de jour en jour

Je pense que selon les sensibilités de chacun, le fait que ça empire ou pas avec l'age et l'expérience n'est pas signe de problème majeur. Peut-être juste un souci de confiance en soi à travailler...

Puis d'un coup, je me lève et part en courant, la clé usb à la main. S'ensuit une course poursuite à travers Bruxelles, avec des voitures qui explosent, des hélicoptères et des chars d'assaut...

Le boss au Special Forces Group: "Ramenez le moi mort ou vif! Mais sauvez cette p****n de clé USB!"

[el_slapper]

Je prends plaisir à faire les choses bien, mais j'arrive toujours à un moment ou ça a l'air de marcher, dans tous les cas qui me sont venus à l'esprit, et alors la livraison devient pour moi une libération : débarrassé.

Mais ça n'est une libération que si j'ai confiance.Si je sais que je n'ai pas tout testé comme il se doit, je flippe ma race grave.

[Invité]

voilà, je voulais partager ce sentiment que je connais depuis que j'ai commencé à développer et qui prend de l'ampleur avec l'âge: j'ai de plus en plus de mal à releaser mes logiciels. Je ne sais pas comment expliquer, c'est comme si c'était mes bébés et que j'avais peur de les lancer dans un monde hostile où ils pourraient être maltraités.

Je ressens exactement la même chose, à tel point que c'est devenu une méthode de gestion dans ma boite: on ne livre plus de version majeure, que des mineures, incrémentales, qu'on lache parfois sans les avoir parfaitement testées, au risque d'avoir des régressions, parce que le testeur a exactement le même syndrome.

Ensuite, il y a aussi un certain plaisir à lancer dans la nature une version encore imparfaite, et à se confronter au réel.

Francois

[Loceka]

Personnellement, "releaser" ne me fait pas vraiment peur, sauf que c'est rare que je considère mon produit comme étant fini (du coup effectivement, si ça ne tenait qu'à moi et qu'il n'y avait pas de deadline, je continuerait à bosser dessus encore un peu pour le terminer).

Par contre j'ai du mal avec la critique, sauf que ce sont vraiment des bugs. C'est mal et tout ça mais j'y arrive pas.

[Katyucha]

Par contre j'ai du mal avec la critique, sauf que ce sont vraiment des bugs. C'est mal et tout ça mais j'y arrive pas.

La critique , il y a aussi la façon de la dire.

Déjà, il faut se demander si on est dans les clous par rapport à l'EdB.
- Si oui, alors, tout va bien.
- Si on est décalé, faut s'apprendre à pendre une salve.

Maintenant, la plupart du temps, on a la MOA qui nous dit : Ah ouais mais je voulais plutot ça ou ça... "Hé coco, elle est où ton EdB?"

[el_slapper]

(.../...)Maintenant, la plupart du temps, on a la MOA qui nous dit : Ah ouais mais je voulais plutot ça ou ça... "Hé coco, elle est où ton EdB?"

Ca, c'est quand elle est civilisée. On en a une, ici, le style c'est "
_mais c'est pas du tout ça qu'il y a écrit dans la spec!
_ah ben si, regarde, tu dis de prendre le code priorité, je prends le code priorité!
_mais non!!!! tu ne comprends rien, en fait (...3 semaines plus tard, l'explication était finie, et la phrase de specs était devenu un algo de plusieurs pages sur papier...et c'était de ma faute)".

[tchize_]

Aïlle, vous me faites peur. Selon vous, ce mal devrait disparaître avec l'age et l’expérience, or chez moi ça empire de jour en jour

Tu devrais revoir ton process de développement. Soit ta release est prête parce que tous les points prévu au programme ont été développé, soit elle ne l'est pas parce que certains points manquent. Si tu continue indéfiniment à le bidouiller, c'est que tu n'a pas une liste claire des besoins à implémenter ou, pire, que tu rajoute des trucs qui n'ont jamais été demandés par le client (le mieux est l'ennemi du bien). Ca va lui faire un belle jambe, le client, d'avoir un logiciel qui fait le café alors qu'on a juste demandé de la facturation. Si il tombe en panne à cause du filtre à café, bonne chance pour lui expliquer.

T'as une release important à 19h le jour X? Ben déjà plusieurs jours avant, tout devrait déjà être pret pour éviter justement de faire la release dans l'urgence. Tu veux encore bidouiller 2/3 trucs. Ok, mais ça fait partie de le release suivante.

[minnesota]

Non non, tu peux très bien avoir deux produits d'apparence identique avec une grande différence de qualité... et ça ça n'a rien avoir avec prêt ou pas prêt, mais uniquement la part de toi même que tu as investis dans ce qu'on t'a confié... et sur ce point tout le monde n'a pas la même sensibilité, et bien sûr ça s'applique à tous les métiers...

[r0d]

Anéfé, ce n'est pas aussi simple, et il y a toutes sortes de situations.
Actuellement je suis dans un cas un peu particulier: on a un programme qui a été développé pendant plus de 2 ans sans aucun test, et là on doit sortir une release. Ce qui se passe, c'est qu'on a identifié des centaines de bugs, et on sait qu'il est absolument impossible de tous les corriger. Il nous faut donc corriger les plus importants. Sauf que, certains ne sont pas très importants mais ne nécessitent qu'une modifications minime. Alors dans les dernières heures avant la release, on est tenté de faire ce genre de petites corrections. Ce qui est mal. Mais tentant

De façon plus générale, un programme peut toujours être amélioré. Je ne parle pas d'ajouts de fonctionnalités, mais de petites choses d'ingénierie logicielle, comme les optimisations, amélioration de l'architecture, factorisation de code, précision de la doc, une passe de plus sur les commentaires, etc.

[lper]

Actuellement je suis dans un cas un peu particulier: on a un programme qui a été développé pendant plus de 2 ans sans aucun test, et là on doit sortir une release.

C'est très risqué ce genre de situation, d'une part le manque de tests intermédiaires et d'autre part l'évolution technologique qu'il y a eu en 2 ans ainsi que l'évolution des besoins du client, c'est beaucoup trop long comme développement, ça sent le projet voué à l'échec.

[r0d]

client? de quoi parles-tu?


nan plus sérieusement, je suis dans un cas très particulier, et tout va bien se passer. Par contre je ne peux pas entrer dans les détails ici.

[lper]

et tout va bien se passer.

Je te le souhaite en tout cas !

Par contre chez nous, qui dit 2 ans de développement implique 2 ans de tests utilisateurs.

[tchize_]

Chez nous, qui dit 2 ans de développement dit de sérieuses explications à donner à la direction pour la lenteur du projet

[minnesota]

Chez nous, qui dit 2 ans de développement dit de sérieuses explications à donner à la direction pour la lenteur du projet

lper dit que deux ans de développement chez eux nécessitent des tests réguliers, et toi tu dis que dans ta boite vous faites que des "appliquettes"

Le message passé au(x) potentiel(s) client(s) c'est, si voulez des p'tites p'tites p'tites "applis" il faut aller dans la boite à tchize_

[tchize_]

Le message passé au(x) potentiel(s) client(s) c'est, si voulez des p'tites p'tites p'tites "applis" il faut aller dans la boite à tchize_

Notre core buisness, ce sont des données numérique, les "appliquettes" servent à les fournir ainsi qu'à satisfaire différents besoins internes. Et oui, quand un client te demande de lui dériver un géopotentiel dans tous les points d'un modèle, en général, t'as 2 jours pour le faire ^^, parce que si tu sais pas lui fournir en 2 jours, il va à la concurrence.

Et quand on viens te demander de préparer et changer une application qui sert au coeur du système.... T'as 6 mois, pas plus, parce que les types avec qui on bosse, ben dans 6 mois, ils coupent les vieux robinets et faut prendre les nouveaux. Les joies de l'interconnexion avec des types qui ne te doivent strictement aucun qualité de service