Discussion :

[tchize_]

et avec un truc style CMMMi, ou autre ?

J'ai entendu un type constipé aux toilettes faire le même bruit

[LooserBoy]

Il y a quelques temps, un chef de projet technique (développant même à ses heures) et fonctionnel vient me voir afin que je reprenne des générateurs de documents automatiques afin de les rendre un peu plus versatiles.

En regardant le code et après une dizaines de jours de reverse engeneering (pas ou peu de docs, toussa...) et d'imprégnation de l'architecture, le dit chef de projet me confie le cahier des charges des évolutions à mettre en oeuvre.

Connaissant le loustic, je prévois qu'il va changer du tout au tout le principe à deux jours de la mise en prod. Heureusement, je dispose de pas mal de temps pour le faire et je me mets donc à complètement refactoriser le code afin qu'il soit le plus générique possible et rapidement adaptable.

Comme à son habitude, il passe régulièrement derrière moi et lit par dessus mon épaule mon code. Il comprends ce qu'il voit et sort : "Tu code trop générique, tu perds du temps"...

Au final, la mise en prod s'est plutôt bien passée malgré les modifs de dernière minute et le collègue qui a récupéré le bébé, étant transféré sur un autre projet, ne voulait pas me tuer...

[souviron34]

rôôô l'autre, il utilise des mots savants !!

J'ai entendu un type constipé aux toilettes faire le même bruit

Comme je crois connaître un peu le style d'environnement de Sve@r, je suppose que c'est un truc du style...


Et je suis d'accord avec toi, Barsy...

C'est justement e que je voulais relever...

[lper]

ben l'opération

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
j'éteind
je retire les fichier
oops mauvais commande, je remet les fichier
je redémarre

ca va. C'est la disparition pendant quelque secondes pendant qu'il tourne qu'il digère pas

De bons souvenirs après, parce que pendant, c'est un grand moment de solitude avec la chaleur qui devient vite insupportable !
J'ai assisté à 3 fois (dont une fois de ma part) à la suppression d'une DB en production, l'effet est radical à chaque fois....

[tchize_]

De bons souvenirs après, parce que pendant, c'est un grand moment de solitude avec la chaleur qui devient vite insupportable !
J'ai assisté à 3 fois (dont une fois de ma part) à la suppression d'une DB en production, l'effet est radical à chaque fois....

Le plus drole c'est

"ben pas grave, on a des backup, non?"
"Il me faut 8 heure juste pour détarrer le backup....."

[Sve@r]

Comme je crois connaître un peu le style d'environnement de Sve@r, je suppose que c'est un truc du style...

Moi, mon environnement c'est bash + gvim + psql sur l'écran de gauche et iceweasel avec plein d'onglets ouverts sur les pages de doc Qt et sur pg84.pdf sur l'écran de droite (oui c'est vrai, j'ai quand-même la chance d'avoir 2 écrans )
Simple et efficace. On sait ce qu'on fait et ce que ça fait derrière

Eventuellement, si je veux vérifier rapidement un truc je me force un peu et consent à lancer designer et/ou pgadmin3...

[souviron34]

ok

ça c'est de ton côté.. Mais côté organisation,pas de méthode ou méthodologie particulière ?

C'est juste que ton exemple plus haut est une parfaite illustration d'une mauvaise analyse de départ

[yoyo88]

ok

ça c'est de ton côté.. Mais côté organisation,pas de méthode ou méthodologie particulière ?

C'est juste que ton exemple plus haut est une parfaite illustration d'une mauvaise analyse de départ

analyse? le truc que tu est sensé faire avec le cahier de charges ? enfin si se derniers arrive un jour ou ne change pas du tous au tous une semaine après la mise en prod de l'application.


plus sérieusement, j'ai bosser sur 2 vrai gros projet, et je n'ai jamais eux de cahier des charges, dans le meilleurs des cas, un brouillons fait dans une réunion ou un manuelle d'utilisation renommé en cahier des charge (un fois l'application en prod... )
Alors la méthodologie qui se rapproche le plus de mes développement c'est sans doute "l’extrême programming" (j'aime bien se nom,on a l'impressions d'etre un programmeur de l'extreme qui code en escaladant Everest ) mais étant seul sur un projet, et étant jeunes diplômé a l’époque, je me suis rendu vite compte que dans une entreprise ou le coeur de métier n'es pas le génie logiciel, il vaut mieux un programme lent, moche, sans commentaire et dévelloper a l'arrache, qu'un programme utilisant les méthodologie CmWZDAnbv II.2 et le dernier langage a la mode super commenter qui ne marche pas.
de plus on ne reviens sur une application que si les gains sont significatif.
du moins c'est comme sa dans ma boite actuel car les développement que l'on fait c'est uniquement un développement interne.
(allez plus que quelque jour avant de changer définitivement de boite! )

donc moi perso la méthodologie utiliser n'a pas d'importance, l'essentiel c'est que le programme fasse se qu'on lui demande. mais encore faut t'il que la demande soit claire et corresponde vraiment au besoin...

[lper]

mais encore faut t'il que la demande soit claire et corresponde vraiment au besoin...

et un minimum de français...

[yoyo88]

et un minimum de français...

n'en demande pas trop non plus!

[tchize_]

analyse? le truc que tu est sensé faire avec le cahier de charges ?

Nan, le truc que tu fais chaque jour en même temps que les tests et le code en agile Une analyse de départ est toujours par définition mauvais, puisqu'elle ne colera plus à la réalité de terrain 6 mois plus tard

[souviron34]

Nan, le truc que tu fais chaque jour en même temps que les tests et le code en agile Une analyse de départ est toujours par définition mauvais, puisqu'elle ne colera plus à la réalité de terrain 6 mois plus tard

je ne sais pas si c'est ce qui est enseigné, mais une méthodologie agile n'est pas du tout basée sur le fait que "Une analyse de départ est toujours par définition mauvais"..

Juste sur le fait qu'elle risque d'être incomplète...

La seule différence avec les méthodologies traditionnelles sur ce point-là c'est que dans les méthodologies traditionnelles on refuse d'accepter que l'analyse de départ peut être incomplète, alors que dans les méthodologies agiles c'est accepté dès le démarrage.


Je n'avais pas voulu m'étendre sur le sujet car ce n'était pas l'objet du fil, mais le fond d'une mauvaise analyse repose d'une part sur le fait de la faire faire par des informaticiens, et d'autre part de ne pas utiliser une approche User-centered, qui , avec moultes entrevues, enregistrements radio ou vidéo, et avec un expert du métier qui, lui, aura à pondérer les demandes et les formuler correctement..

Sujet longuement développé dans d'autres threads...



Mon post n'était qu'un aparté à Sve@r, parce que si on a loupé ce genre de trucs dans l'analyse, c'est que l'analyse n'a pas été bien faite, avec les bonnes personnes et la bonne méthode...

[tchize_]

Mon post n'était qu'un aparté à Sve@r, parce que si on a loupé ce genre de trucs dans l'analyse, c'est que l'analyse n'a pas été bien faite, avec les bonnes personnes et la bonne méthode...

ou que le besoin à changé en cours de route, d'où ma réplique un peu à l'autre extrème

[Barsy]

Il y a plusieurs analyse quand on reprend un projet (développé par un sagouin, forcément), il y a l'analyse du besoin et l'analyse de l'existant.

En fait, c'est souvent quand on analyse l'existant qu'on comprend mieux à quelle famille appartient le mot "analyse".
Par exemple, c'est en analysant le code qu'on se rend compte que notre prédécesseur ne connaissait pas la programmation objet, les commentaires dans le code, les variables avec un nom explicite (un booléen qui s'appelle "bln" ou des éléments d'une page web qui s'appelle "TextBox1", "TextBox2"...), les jointure en SQL (L'appli requête une table et pour chacun des éléments, elle effectue une requête dans une autre table. A la livraison, tout marchait bien, maintenant qu'il y a 2000 enregistrement dans la base, ça rame pas mal )...

Et pour ce qui est du besoin, quand au milieu du projet, vous recevez un mail de la MOA pour vous faire part de demandes incompréhensibles voire saugrenues :

- J'ai un problème, notre collaborateur Robert Duchmol ne peut pas saisir les tarifs dans l'application alors que normalement, il devrait pouvoir le faire, vous pouvez rajouter ça dans vos évolutions ? (Alors de un, je ne sais pas qui est Robert Duchmol, de deux, s'il c'est un problème de droits d'accès sur la prod je doute que ce soit à moi de le gérer. Cela dit, j'ai déjà vu une appli où les droits des utilisateurs étaient codé en dur, soit disant que c'était une demande de la MOA...heum heum !!...Soit disant que de toute façon, les gens restaient plusieurs années au même poste alors qu'ils auraient le temps de voir venir, ils n'ont par contre pas envisagé le fait que les gens prenaient des congés et que pendant plusieurs semaines, il pouvait n'y avoir plus personne pour gérer l'appli...)

- J'ai remarqué (Quand une demande commence par "j'ai remarqué", c'est souvent qu'on essaie de faire passer une évolution pour une anomalie) que les données de la popup du 5ème écran ne sont pas filtré en fonction des valeurs saisies dans le premier écran du formulaire, or ça devrait-être le cas, pouvez-vous corriger ça ? (Après relecture des specs, il n'est fait nulle part mention de cette fonctionnalité, la MOA avouera plus tard qu'il s'agit effectivement d'une évolution. D'autre part, il n'y a aucune popup dans l'application, cette MOA s'obstinait à utiliser des mots à la place des autres, dans ce cas "popup" signifait "liste déroulante". Enfin, il y a plusieurs champs dans l'écran 1, plusieurs listes déroulantes dans l'écran 5 et rien dans la demande ne précise de quelle façon doit se faire la liason...)

Bref, ci-dessus, deux demandes MOA dont je me souvient. J'en ai reçu plusieurs autres vagues, bizarres, mal définies... J'aurais du les conserver pour en faire un bêtisier !!

[LooserBoy]

D'une responsable marketing qui dispose pourtant déjà d'un outil de "datamining" (extraction de données) et qui est sensé savoir se servir d'Excel:
Elle - Tu pourrais me faire une extraction de telle info?
Moi - C'est pressé? Parce que je suis sur un sujet un complexe et si je m'interromps, je risque de perdre le fil...
Elle - Si je peux avoir les données d'ici ce soir, ça serait super.
Moi - Je vais voir ce que je peux faire...

[ 3h plus tard, même s'il m'a fallu près de 1h30 pour mettre la requête au point sur un modèle de données tout pourri, mettre un minimum en forme le fichier, parce qu'elle le vaut bien... ]

Moi avec mon sourire légendaire - Tiens, voilà!
Elle - Merci, tu as été super rapide! S'il te plait, j'aurais aussi besoin que tu me fasses deux autres extractions sur telle et telle autre info...
Moi - ... *Empoigne le premier objet contondant*

[tchize_]

en java les combobox sont implémentées comme des Popups

[tchize_]

parce qu'elle le vaut bien...
.....tu me fasses deux autres extractions sur telle et telle autre info...
Moi - ... *Empoigne le premier objet contondant*

Mmm je dois avoir l'esprit tordu, mais , tu lui a expliqué le principe "une extraction, une introduction"?

[LooserBoy]

Mmm je dois avoir l'esprit tordu, mais , tu lui a expliqué le principe "une extraction, une introduction"?

De la part d'un modérateur, tout de même...

Mais effectivement, je pense que je vais lui expliquer que c'est payant...

[tchize_]

Mais effectivement, je pense que je vais lui expliquer que c'est payant...

Sinon, tu me l'envoie, avec photos de face, de profil et en pieds + adresse
(je retourne me les geler moi)

[kiwwi209]

Entendu aujourd'hui dans le cadre d'un projet où j'ai à gérer une équipe de 11 développeurs Java et SAP dont les 3/4 externes à l'entreprise, de la part de la maîtrise d'ouvrage :
"Non mais bordel, tu nous gonfles avec tes spécifications et tes règles de gestion, ça sert à rien, on perd du temps à rédiger. Tu peux pas leur dire à tes développeurs de nous appeler directement ?"

Rhaaaa !!! Et je tremble à l'idée d'on doit commencer à préparer la phase de recette avec des gens pareils !...

Ah et cerise sur le gâteau : sur ce même projet j'ai reçu pour consigne de la part du Directeur Informatique de je cite "cadrer la maîtrise d'ouvrage afin que le projet ne dérives pas et qu'on puisse consolider dessus pour la suite".

On est en réalisation du lot 1 et y a déjà 2 autres lots de prévus... Ils veulent ma peau !