Discussion :

[LeGnome12]

Thomas :
"Moi aussi je programme en java !!"

Moi :
"hé ?? On ne fait pas de java ici !" (sachant qu'il n'a travaillé dans aucune autre entreprise et que, à l'époque où il a passé son diplôme la Java n'existait pas)

Thomas :
"Ben oui ! Si tu regardes le logiciels intranet tu pourras plain de balises script type=javascript"

Moi :
"Heu ! oui "

[Médinoc]

Quand je pense que le premier point de mon cours de Javascript était intitulé "Javascript n'est pas Java"...

[davcha]

Je me rappelle d'un client...

"On veut améliorer notre système d'informations. Actuellement, on utilise une feuille excel et c'est problématique, car ajouter de nouvelles données demande une certaine expertise du système. Je vous montre."

Là, il me montre qu'en effet, c'est compliqué : ça n'a rien à voir avec un fichier plat, mais c'est quelque chose où pour ajouter une ligne, on est forcé de fusionner des lignes/colonnes, d'en fractionner d'autres... Tout ça pour obtenir une hiérarchie qui correspond grosso modo à une relation 0..n.

Je lui propose alors de refaire son système avec une base de donnée et un petit logiciel qui permettra de simplifier tout ça et de s'assurer que personne ne fait d'erreur de saisie. Du moins, pas d'erreurs dues à des "fractionnements" de colonnes qui rendraient tout le fichier corrompu, en fait.

"Ah, c'est bien ça... Mais non, on veut ça dans un fichier excel."
"Euh, pourquoi ? Ca demande pas énormément de travail ce que je vous propose, vous savez."
"Et bien, vous voyez, on est dépendant d'une grosse administration, et pour ajouter un logiciel sur nos postes, il faut en référer à l'administration système du serveur, car c'est le serveur central qui s'occupe de faire la mise à jour de nos postes et quand cela se produit, nos applications sont répliquées depuis une sauvegarde du serveur. Donc, on veut ça dans un simple document : un fichier excel."
"Euh, donc vous avez peur de la base de donnée ?"
"... ?"
"Vous pensez que la base de donnée sera supprimée de vos postes ? Mais vous savez, on peut très bien mettre en place une système de base de donnée nomade qui fonctionne comme un document, sans qu'il n'y ai besoin d'installer quoique ce soit."
"??..?.. On peut avoir un fichier excel ?"

[prgasp77]

"??..?.. On peut avoir un fichier excel ?"

Tu lui programmes la f***ing database et t'ajoutes sur son bureau un faux fichier excel, un lien vers une application qui crée une feuille temporaire à partir des données Tu n'as plus qu'à ajouter une macro qui transforme les ajouts de lignes en commandes à ta base de données

[B.AF]

Là je ne sais pas s'il lise ce forum et espérent un classement...Bref...

Moi :
Il est important de définir une clef pour chaque élément, d'autant que la donnée est temporelle, il faut aussi penser aux indexes et aux besoins d'archivages.
Lui :
Une clef c'est un nombre.
Moi :
Ah non un nombre, c'est ....un nombre...Une clef c'est un identifiant unique, synthétique ou non.
Lui :
Bah si une clef c'est un numéro qui augmente tout seul. En tous cas, j'ai toujours fait comme ça !

[zeyr2mejetrem]

Tu lui programmes la f***ing database et t'ajoutes sur son bureau un faux fichier excel, un lien vers une application qui crée une feuille temporaire à partir des données Tu n'as plus qu'à ajouter une macro qui transforme les ajouts de lignes en commandes à ta base de données

Ou tu lui fais un proto Access et tu lui montres.
Si l'access lui plait c'est gagné
Si il veut rester sur son fichier Excel tu montes un bridge ODBC et une petite macro et roulez jeunesse :-)

[skeud]

Petite contribution de ma part:

chef: Tu peux me faire "ça" s'il te plait? (je vous passe le détail de la demande)
Moi: Oui a faire pour quand?
chef: pour hier

Il a le sens de l'humour dis-donc

[jbrasselet]

Il a le sens de l'humour dis-donc

Ils l'ont tous

[skeud]

Ah je viens d'en avoir une pas mal:

Le chef me demande de supprimer un client de la base de donné (chaque client est relier à des devis) sans supprimer les devis et en laissant apparaitre son nom pour les devis. Autrement dis chose impossible à faire.
Je vous refais la conversation:

chef: (me pose sa requète). Et je ne veux pas entendre les mots impossible, peut pas, et autre négation.
Moi: Votre requète est aussi faisable que d'aller sur mars avec la technologie actuel.

Il a rigoler plusieurs seconde puis me dit:

Fais le comme tu veux mais je veux que l'utilisateur soit supprimer

J'attends quelques minute en allant faire un tour sur dvp, rajoute une condition pour pas l'afficher dans la script php et vais voir mon chef pour lui dire fini:

Moi: J'ai fini
Chef: Tu vois je te demandais pas la planète mars

Heureusement qu'il ne sait pas comment aller faire un tour dans la bdd

[davcha]

Heureusement qu'il ne sait pas comment aller faire un tour dans la bdd

C'aurait sûrement été une meilleure idée de lui demander pourquoi il veut supprimer le client en gardant ses devis et son nom...

[skeud]

C'aurait sûrement été une meilleure idée de lui demander pourquoi il veut supprimer le client en gardant ses devis et son nom...

Ah, oui mais bon, si je demandais des explications à chaque demande un peu bizarre, c'est plus du 35H mais du 70H par semaine
Ou alors je diminue la productivité.... à méditer

[Ubiquité]

davcha : T'as lu le poste en entier ? Apparament le patron ne voulait rien entendre. skeud a fait ce qu'il a pu. Par contre skeud t'as pensé à mettre des commentaires ? Non parce que dans 6 mois cette ligne de code que tu as rajouté aura vraiment l'air bizarre ^^

[Invité]

Par contre skeud t'as pensé à mettre des commentaires ? Non parce que dans 6 mois cette ligne de code que tu as rajouté aura vraiment l'air bizarre ^^

La méthode la plus simple était d'ajouter un flag dans ta table client. Si le champ est à false alors le client est considéré comme supprimé. Parce que de là à mettre du code pour ne pas afficher un client comment feras-tu pour maintenir le code si tu as 10 voir 1000 clients à ne plus afficher ? je dis ça je dis rien.

[skeud]

davcha : T'as lu le poste en entier ? Apparament le patron ne voulait rien entendre. skeud a fait ce qu'il a pu. Par contre skeud t'as pensé à mettre des commentaires ? Non parce que dans 6 mois cette ligne de code que tu as rajouté aura vraiment l'air bizarre ^^

oui oui je mets toujours des commentaires, mais bon je plains le prochain qui passera sur ce code:

//Demande du chef pour pas faire apparaitre ce bonhomme

//Demande du chef pour ne pas prendre en compte ce devis

//Demande du chef pour que l'utilisateur 'Pas d'utilisateur' existe

Et j'en passe

[zeyr2mejetrem]

davcha : T'as lu le poste en entier ? Apparament le patron ne voulait rien entendre. skeud a fait ce qu'il a pu. Par contre skeud t'as pensé à mettre des commentaires ? Non parce que dans 6 mois cette ligne de code que tu as rajouté aura vraiment l'air bizarre ^^

C'est pour ca que j'ai toujours un champ "deleted" dans mes MCD qui fait qu'on affiche pas la donnée si deleted=true.
Ca évite ce genre de problème ...

Sinon dans le code tu peut mettre un "mot clé"
Moi je mets çà

Code :

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

1
2
3
4
if(client==145){ // Pour le client de PK 145
afficheClient=false; // on applique la règle PHB: on affiche pas le client
}

règle PHB = règle Pointy Haired Boss (référence au patron dans la bande dessinée Dilbert pour ceux qui connaissent) = dit au développeur qu'il ne faut pas chercher à comprendre car cette règle est basé sur un taux d'hormone à un moment donnée, sur les phases de la lune, le calendrier Inca, une superstition médiévale, bref: sur un quelconque phénomène n'ayant ABSOLUMENT rien à voir avec la logique ou la raison.

Bien sûr il faut "former" les développeurs

[thelvin]

En plus c'est incontestable : "Bah, si, il est supprimé, regardez : quand on affiche ses propriétés, le champ 'supprimé de la BDD' indique 'oui'. Ça veut bien dire ce que ça veut dire."

[skeud]

Code :

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

1
2
// on applique la règle PHB: on affiche pas le client

ctrl+H "Demande du chef","on applique la règle PHB" ---> 36 occurence trouvées et remplacées

Moi même je pensais pas qu'il y en avait autant

[Barsy]

Comme l'ont dit h2s84 et zeyr2mejetrem, le plus propre est d'ajouter un flag dans la bdd (méthode dite de suppression logique).

C'est très fréquent dans un logiciel de gestion qu'un objet de l'application soit lié à un utilisateur ou un client (je dirai même que c'est tout le temps).
Or, quand un employé quitte une société, il faut bien que son compte soit supprimé sans forcément que soient supprimées l'ensemble des données qui lui sont rattachées.

J'attends quelques minute en allant faire un tour sur dvp, rajoute une condition pour pas l'afficher dans la script php et vais voir mon chef pour lui dire fini

En fait, je plains la personne qui va récupérer l'application derrière toi...

[skeud]

Comme l'ont dit h2s84 et zeyr2mejetrem, le plus propre est d'ajouter un flag dans la bdd (méthode dite de suppression logique).

Je suis en train de rajouter ça justement, mais le souci c'est que j'ai déja une case pour le personnel présent ou non, là c'est vraiment un cas spécifique qui ne s'applique que a LUI et à personne d'autre donc pas besoin de mettre une case juste pour lui, ça serait dommage

Enfin bon je fais des trucs bien t'en fait pas, j'ai juste poster ça pour montrer les trucs invraisemblable qu'on nous demande des fois

[Invité]

Enfin bon je fais des trucs bien t'en fait pas ...

Bizarrement, j'ai entendu cette phrase vraisemblablement plusieurs fois de la part de plusieurs développeurs.