Reprise du message précédent :
Traitre, lâcheur    
 
Bonnes vacances petit veinard    

Bon on a reussi à valider toutes les conneries, luck happens

Tu vas avoir 30 livebox cramés pour la peine.

Merci
 
D'autant que ça va vraiment être super cette année
 
Allez. Accrochez vous, et butez pas trop d'users, laissez-m'en un peu

T'as le net ou tu pars?
La c'est de bonnes vacances

 
Je commence tout de suite sur des mortedem routeur netgear.

je reclame un ban!!

 
Faut voir la politique des boites pour le dev :  
 
Release moins - 6 mois :  
Client : "au secours la release est dans 6 mois et mes internes y arriveront pas !!!"
Marchand de viande :"Pas cher le presta tout frais..."
Client "Une ptite douzaine et le treizième gratos?"
 
Release - 4 mois :
les prestas se démerdent pour apprendre le fonctionnel, les normes de dev...  
 
Release - 2 mois :
les temps de dev sont donnés en fonction du plannig et non du temps qu'il faut pour tout faire rentrer dans la release...
Presta et interne font des heures sup à gogo....
 
Release + x mois (les livraisons à l'heure ça existe pas...)  
Client :"bye les gars..."
 
Release +x+2 mois :  
Client : "au secours la release est dans 6 mois et mes internes y arriveront pas !!!"
Marchand de viande :"Pas cher le presta tout frais..."
...
 
Bref infinite loop de dev qui ne maitrisent pas ce qu'il font et qui n'ont pas trop le temps de bien s'y mettre    
Le client en embauche un de temps en temps  

Génial, une lame du bladecenter qui lâche après même pas 72h
 
(j'en rigole parceque le chassis n'est pas en prod, autrement l'aigritude aurait probablement pris le dessus)

Engages un tueur a gages. Avec un peu de chances, tu aura droit a une augmentation, un nouveau bureau, une caisse de Champ' (ou autre) et des p**es yougoslaves.
 
Ou pas    
Cela dit, je suis pas dans le métier mais je compatis.

J'aime bien ta manière de décrire le dev

'tain je suis aigri, mais j'ai un client, il est carrement passé du coté obscure

 
C'est un peu long à expliquer
Week end là

 
Petit conte de Noël, dans l'est de la France.
 
Un parc très vieillissant, un admin qui s'en fout, une archi en NT4 datant de 10 ans environ, matériel et OS d'époque bien sûr.
 
Le PDC commence à souffrir de défaillances de disques (raid 1). L'un des disques est identifié comme défectueux, il est remplacé. Redémarrage du serveur, aucun problème, aucune manipulation supplémentaire à effectuer, ce qui est déjà agréablement surprenant.
 
Malheureusement les erreurs disques continuent encore et encore...cette fois, c'est la carte contrôleur du RAID qui commence à lâcher.
Évidemment, il y a plusieurs années que les spare ne sont plus fabriqués. Mais notre admin a une super idée : remplacer la carte par une autre piquée sur un serveur rangé dans un placard. La carte n'est pas du même modèle, mais c'est la même marque. De quoi achever le serveur.
 
Echange des cartes, reboot du NT4 et...
 
 
Redémarrage sans histoire. Pas d'écran bleu, pas de service pack à installer, drivers compatibles, le sys tème tourne nickel c'est tout simplement un miracle. Un miracle, je n'ai jamais vu ça. Il doit y avoir un dieu pour les admins kissikonaysse

Boarf, même type de controleur et basta. J'ai fait plein de swaps à la khon en me disant "ça va bsoder à cause du controleur ou du mode de gestion machine" et même pas. Et inversement.

Sur du NT4 ? Dire que j'ai en vu s'écrouler pour un pauvre changement de paramètre...
 
Bref je pourrai transformer le compte de Noël en vraie histoire comme celle du webmaster et de ces deux blondes tellement j'en ai vu de belles là-bas
 
Ah j'oubliais, bonsoir collègues !

J'ai passé une annonce sur monster

On va la faire avec les prestas chez nous.
Il y a un appel d'offre.
A l'issue de l'appel d'offre (le temps de le préparer, le temps qu'il faut laisser aux boites pour répondre, les lenteurs administratives générales etc...) cette phase peut prendre de 6 mois à quelques choses en années.
On a le presta magique qui déchire.
Bon super, 1ere réunion avec le presta. Le presta fournit ses pré-requis.
Au choix, des pré-requis matériel démentiel (1To de disque pour un serveur web hébergeant 4 pages minable, en RAID 10, 4/8 processeurs d'un modele bien précis, et 1 à 2 Go de RAM par tranche de 10 users), ou alors des pré-requis d'il y a plusieurs années (un windows 2000 serveur sans le moindre patch, si vous patchez votre serveur, on garantira rien).
Ensuite, le jour de livrer le soft au client arrive. Généralement, la date de départ pourtant prévu peut avoir encore glisser de quelques mois. Apres tout, on bosse avec la fonction publique, on va pas se presser pour eux. La version de qualif de l'appli arrive. Ca merde. Mais c'est pas grave, ca va se résoudre. Et la on s'apercoit que les pré-requis demandés sont au choix surdimensionné ou sousdimensionné.
L'ensemble des dev/chef de projet coté presta démissionne ou se fait licencier. (Véridique, c'est arrivé chez nous, et sur un truc relativement übber important).
Reconstitution d'une nouvelle équipe pour le projet. Compter quelques mois. Bien entendu, la premiere équipe ayant bossé dessus n'a rien laissé comme doc. Et la seconde équipe est majoritairement composé d'étudiant en BTS en alternance, ou alors de dev découvrant le monde de l'entreprise.
Résultat, le projet est complétement massacré de A à Z.
Rien ne fonctionne, et coté presta, personne ne sait résoudre.
Etant donné qu'on a foutu des pénalités de paiement pour non réception du logiciel dans les temps, le presta décide de jouer au con et répond aux demandes urgentes sous 71H50 précise par mail au demande. Sachant qu'ils ont contractuellement 72H pour y répondre.

Bref, les prestas chez nous, il y a du bon, et franchement une grande majorité de foutage de gueule.

On pourrait aussi parler du presta qui fait remonter un serveur car son appli est forcément parfaite, si ca plante ca vient forcément d'un souci matériel, pour s'apercevoir apres analyse qu'un type de requete dans son appli fait imploser la DB. Pour une simple erreur dans son code. Mais il nous a fait remonter tout un serveur et limite insulté pour rien avant.

http://forum.hardware.fr/forum2.ph [...] #t15661200
 
magnifique intervention de *apin

http://forum.hardware.fr/hfr/Hardw [...] 2322_1.htm
 
 

 
Bon on va voir les ntuser.dat explosés ²

 
Du côté presta, enfin tu te doutes mais ça va mieux en le disant, c'est pas non plus super brillant. J'ai bossé avec des types qui étaient en TMA sur une appli "gagnée" par appel d'offre. Les perdants n'étaient rien de moins que les codeurs "originaux" du prog', depuis des années. Et du jour au lendemain ils se font virer.  
 
Donc déjà tu te doutes qu'avec ça, la doc c'est un fantasme. La propreté du code aussi. Les commentaires dans le code, c'est pareil que la doc, y'en a pas. Le code est absolument dégueu avec plein de parties compliquées qui ne servent à rien, dans un mix que j'aurais pu faire en basic à 6 ans tellement c'est mal fait. "Ca tourne donc c'est bon". Evidemment, pour de la TMA, hein, on va pas faire de frais, on balance des BTS qui ont codé un site web en projet de fin d'année y'a 2 mois, c'est leur premier job. Et tant qu'à faire on n'en met que 2 là où ils étaient 4 avant parce que le commercial, il voit bien que le projet est facile et que les mecs avant étaient nuls. Bon ok vu l'prix qu'ils ont vendu ça une troisième personne ce serait de la perte sèche, mais c'est un détail.
 
Au bout de 2 mois, t'as deux types complètement blasés qui baisent rien au code malgré les heures supp' tous les jours. Le client n'est de plus pas super technique, et il demande des machins impossibles à faire dans des délais impossibles à tenir. Evidemment, le commercial "cherche à savoir" ce qui se passe, et finit par se rendre compte que finalement, c'est ptêtre un peu la merde. Donc on négocie avec le client tout en faisait discrètement redescendre la pression sur les deux types qui ne comprennent rien à ce qui leur arrive.
 
Finalement ils réussissent à piger le code. C'est la cata, c'est encore pire que ce qu'ils avaient imaginé. Parce que non seulement le code est absolument ignoble (parties inutiles gardées sans raisons, bidouillages ignobles générateurs de bugs "mais on en a résolu un malgré les 5 nouveaux apparus"...), mais le fond est juste irrécupérable. Evidemment y'a une base de données derrière, et la conception a dû échoir à un collégien stagiaire qui a eu ça à faire en une semaine à mi-temps. On se retrouve avec des clefs primaires auto-incrémentées, des infos en double, des colonnes hyper-importantes reliées à rien, des colonnes au contraire bourrées d'informations (géniale la colonne "informations clients" avec adresse-téléphone-nom-prénom, enfin quand c'est dans cet ordre). Du coup les routines de récupération d'informations sont une négation totale de l'informatique, un truc indescriptible qui défie les lois de la normalité, la première manifestation du code quantique : on sait pas trop dans quel état il est, et quand on regarde on se demande si c'était comme ça y'a 5 secondes.
 
Les deux types se prennent la pression, le client veut des résultats. On découvre que les utilisateurs du logiciel se sont habitués à bidouiller le soft pour le faire marcher : certaines fonctionnalités normalement livrées font tout planter, mais les utilisateurs font sans. On découvre également que sur le serveur de production, la version du code qui tourne n'est absolument pas celle qui a été fournie aux prestas. En fait c'est encore pire.  
 
Et donc c'est un cycle infini effectivement : le client demande, le commercial temporise, il fout la pression aux prestas pour faire ça vite, le presta livre à l'arrache, et c'est reparti. La boucle ne cassera que quand les prestas en question le feront aussi (se casser). Ou que le contrat sera reperdu.

Laaaaaaapin, Laaaaaaapin...  
 
Vous le sortez d'où celui-là ?  

 
Pas d'invocation malheureux... il a mis un "peu" de temps avant de comprendre qu'il soulait tout le monde et de lâcher ce topic

 

 
ou comment avoir une base foireuse, agrémenté de nouvelles fonctions plus ou moins bien implémenté car le presta Y a choppé le marché sur un soft développé par une succession de presta diffèrent au fil des années

Marrant vos anecdotes !
Dire qu'on va mettre un p'tit jeune pour faire du dev chez un client... J'espère qu'il ne tombera pas sur ce topic

bah il s'en rendra vite compte de toute façon

Chez nous il y a rien de neuf coté feature.
Le presta signe l'appel d'offre pour répondre à un besoin bien précis.
Point.
Ils savent suffisamment nous faire chier les prestas avec "Oh, mais coder un truc pareil, c'est totalement hors marché, ca nécessite un avenant, et ca sera beaucoup plus cher"...  
 
Faut dire qu'en bossant par appel d'offre, il est un peu normal qu'on se retrouve avec des burnes.
Soit l'appel d'offre est fait pour que seule une boite (avec qui on bosse depuis tres longtemps et dont on est content) puisse répondre pour continuer à bosser avec les memes personnes.
Soit appel d'offre trop ouvert, et la, c'est toujours le drame.
La boite qui le remporte se foutra ouvertement de notre gueule (ou sera tellement incompétente qu'ils s'en rendront pas compte).
 
Enfin, chez nous bosser avec des prestas est vraiment quelque chose de problématiques.
Quand on a demandé à avoir un ingénieur oracle spécialisé oracle sous linux, le mec n'avait manifestement JAMAIS touché à oracle et encore moins à linux.
Au prix de la prestation... Le mec a été jeté dehors assez fort car bon, faut pas déconner, le foutage de gueule, on aime moyennement.

+1 ...

 
C'est pas un modo qui lui a expliqué (grace à un (énième)) ban  

Dans ce cas la, vous dites a la boite du presta qu'a la prochaine plaisanterie de ce type, elle est en liste noire pour trois ans pour les prochains appels d'offre, ca devrait regler le probleme, non?
A+,

Pfff... Je dois préparer des exercices pour une session de recrutement et je n'ai aucune idée

Malheureusement ca se pratique pas.
Par bonheur, je n'ai pas à toucher aux appels d'offres, quand je vois le merdier que c'est...
 
Quand je vois qui vient bosser pour nous, j'espere vraiment que c'est du presta low cost et qu'ils sont pas tous du meme niveau

Ca dépend déjà du niveau de recrutement

Tech à tout faire. L'idée c'est de lui présenter un soft qu'il ne connait pas (typiquement un logiciel métier qu'il va rencontrer chez le client) en 10 minutes et de lui demander de faire un truc dessus pour voir si le mec percute ou s'il reste comme une poule qui trouve un couteau.

Ben, tu prends un soft à la con, tu provoques une panne, et tu observes sa méthode de dépannage.
C'est un truc du genre pour le recrutement chez nous, un user a une panne à la con, et le recruté doit trouver le souci.
Plus que trouver la solution, ce qui compte est la méthodologie pour trouver la panne.

 
Yessss, tu viens de me donner une idée

 
Si j'avais eu de ce genre de choses à faire plutôt que des tests où tu dois faire du bachottage... "quelle est la manip à faire pour aller administrer tel truc et le mettre à tel état" suivi de 5 réponses de 3 lignes chacune version "je clique là pis là pis là pis là pis je marque ça pis je fais ok pis rdedémarrage en mode truc pis remise en état de la bécane et c'est booooon", le genre de trucs que je sais faire mais que je ne connais pas par cœur...

On fait les recrutements bien chez nous

Il faut savoir TOUT faire  

tu peux aussi avoir une memoire plutot visuel, et quand tu es devant le soft, savoir comment faire, alros que face a un qcm, ca parle moins

Tu agis donc sans réflechir.