Reprise du message précédent :
Allez une petite contribution de ma part.
 
Je suis en ce moment sur de la maintenance d'une application pour un client. L'application a été réalisée en régie (donc chez le client, sous sa direction effective) et la maintenance est au forfait (le client spécifie sa demande, on fait une proposition et on facture s'il accepte).
 
J'ai participé à la seconde phase du développement, et ce n'est pas un très bon souvenir tellement le client était incapable de définir ses besoins qui étaient donnés au jour le jour, avec sans cesse des ajouts incompatibles avec les processus métiers définis tantôt.
 
Aussi, l'application a été pensée avec une volumétrie assez faible, orientant les développements à se focaliser uniquement sur le métier sans casser si possible ce qui avait été réalisé la veille... De toute manière le client ne voulait pas que l'on se concentre sur les aspects qualités comme par exemple l'automatisation de tests, car ça lui consommait trop de temps (sic).
 
Aujourd'hui, le client trouve que l'application traîne quand même vachement du cul et sature toutes ses ressources. Je peux difficilement le contredire là dessus et je connais déjà pas mal de points à améliorer.
 
Ma boîte lui a alors transmis mon chiffrage, qui a été accepté, entraînant alors les développements de la maintenance.
 
Oui... mais... Le client avait (encore) oublié de définir son besoin complet une fois encore, et me redemande de chiffrer en spécifiant des écrans supplémentaires et cette fois-ci en ajoutant des contraintes de délai d'exécution. Me voilà donc à réaliser un nouveau chiffrage, doublant le travail initial à effectuer. Et à ce nouveau chiffrage je précise qu'avec les vagues informations données je ne peux m'engager sur les temps d'exécutions qui sont en majeure partie dues à son environnement à un moment donné. Éventuellement en me mettant à disposition un environnement, un jeu de données type (ou me permettant de faire une projection) et surtout du temps pour mesurer ce qu'il faut, je pourrais avoir une métrique quantifiable.
 
Sans grande surprise, le client refuse ce deuxième chiffrage et demande de nous en tenir au premier... tout en respectant les contraintes du second.    
 
S'en sont suivies des réunions de crise, que nous ne sommes pas très professionnels, que ça les mets dans l'embarras parce que vous voyez eux se sont déjà engagés par contrat avec leurs clients sur cette volumétrie et ces temps d'exécution.    
 
Ce changement de volumétrie ? Oh pas grand chose, juste un facteur X1.000 à X10.000 selon la situation.
La durée maximale d'une exécution à ne pas dépasser ? Oh, 1 minute, sachant que pour certains traitements actuels c'est déjà bien bien limite et ça aurait plutôt mieux fait d'être dans des traitements batchs asynchrones et réguliers...
 
J'espère qu'ils finiront pas comprendre que réaliser un gâteau pour une personne ou pour dix milles personnes exige des adaptations de la recette et du matériel, et que ça ne peut pas se faire une fois la cuisson de la première fournée terminée.

 
Voila une bonne réponse  

C'est un user, le libriste, c'est ça qu'est drôle !

 
Depuis quand c'est l'IT qui définit les outils pour toute l'entreprise ? Pour la bureautique ok, pour un métier avec une expertise , c'est plutôt le service concerné.

Pas tout seul non, c'est sensé être fait avec l'IT, sinon ça s’appelle du shadow IT.

 
l'IT n'a pas la compétence pour choisir l'unique compilateur livré avec un micro choisi par le département R&D. Non, l'IT doit juste faire en sorte que la R&D puisse travailler et faire marcher dans de bonnes conditions l'outil sélectionné. Et si ca passe par le fait de devoir mettre un linux sur le réseau, il doit faire en sorte que ce soit possible Si ca n'interagit même pas avec l'infrastructure, ils ne sont même pas mis au courant et ils n'ont pas à l'être    
 

 
Effectivement, ils n'ont pas la compétence pour, c'est pour ça que je dis que ça doit être fait avec le service.
 
Par contre une fois que le service a validé l'outil, c'est gravé dans le marbre et n'importe qui arrivant dans le service devra utiliser ça et uniquement ça, et non pas le truc que lui veut.  
 
Et si un nouveau outil à la mode sort et que le service veut migrer, ça doit là aussi être fait avec l'IT.
 
 
Et l'OS des postes clients par contre n'est pas un outil metier. A aucun moment. Là on rentre dans les préférences utilisateur.

Bah depuis que  l'IT a dit que pour être connecté au réseau wifi/filaire général et avoir accès aux outils Microsoft il faut être sous windows 10 avec un pc fourni par eux ? Y'a du Linux en server évidemment, c'est pas des intégristes, mais tous les end users sont sous windows.
C'est un user en mode dev comme moi, y'a zéro expertise.

Après, si ton métier nécessite un truc chelou (genre un xp sur une machine outil), tu seras pas connecté au réseau c'est tout. Ou peut être des VMs ça passe, je sais pas.
Après on voit avec toutes les attaques des grands groupes dans les journaux, ça se durcit de plus en plus. on a une IA antivirus, les scripts sont bloqués de cette année. L'an prochain c'est annoncé on perdra nos droits admin sur les machines

Ça dépend du métier.

 
Bien entendu. Je réagissais au post qui disait que l'IT avait choisi de virer tous les macs et les linux. Ben non, si le marketing décide de sortir une application sous iOS (c'est un exemple), le département logiciel doit avoir une machine sous mac avec xcode installé, et connecté au réseau ( du moins au net ) pour pouvoir travailler. l'IT n'a pas son mot à dire sur l'intérêt d'un mac ou pas parce que tout le parc est en Windows, qu'on a un controleur de domaine, un AD et que c'est la merde pour relier tout ça. Par contre, évidemment qu'il est consulté pour voir comment insérer au mieux dans l'infrastructure des macs, et si c'est chiant, ils doivent quand même se démerder    
Je ne parle évidemment pas d'un mec qui arrive dans la boite et qui veut un mac parce qu'il aime pas les souris à 2 boutons
 
Pour nous en particulier, car c'est très compliqué maintenant vu les règles restrictives qu'impose les US avec SOX, l'IT nous crée un réseau dédié sur lequel on a nos serveurs ( maintenu par nous ) , accès au net et surtout les droits admins sur les machines. Le revers, c'est qu'on n'a plus accès au réseau entreprise (mail intranet,etc. ) mais tant pis, c'est ça ou on peut plus bosser. Les US et notre IT n'a pas eu le choix, ils ont du trouver une solution   ( qui ne me satisfait pas complètement, mais c'est en cours de négociation )

Ouais alors bonne chance pour valider les douzaines de compilateurs, runtimes et centaines/milliers de dépendances que n'importe quel dev va devoir toucher, sans même parler de Docker.

Je parlais seulement des postes utilisateurs. Il y a toujours des machines de test, mais c'est du test, pas le laptop de la personne. Et pas d'hfr ou de mail depuis un mac ou un linux donc
Quoique HFR ça doit être possible.

(Il y a aussi des raspberry en production, mais dans un réseau séparé, pareil, pas de HFR depuis raspian)

 
Et pourtant, ça fait partie de SOX dont xilebo parle plus haut, et de plusieurs versions de l'ISO (genre la 13485).

ce soir dans le journal de France 2, les journalistes ont été par 2 fois incultes ils ont fait un reportage sur les ingénieurs informaticiens de la silicon Valley qui se sont repenti ( notamment un Français qui a écrit l'algo qui propose des vidéos YouTube ) et par 2 fois les journalistes ont écrit programmateur au lieu de programmeur

( désolé j'ai que ça   )

Se plier en 5 pour les métiers, bah oui bien sûr. C'est comme ça que chez nous on se retrouve avec des trous de sécurité à base de logiciels obscurs qui te demandent en 2020 des machines en Windows 2012, des licences sur dongle et autres conneries.
 
Non, au bout d'un moment faut dire stop et faire comprendre au métier qu'il y a d'autres éditeurs que celui qu'ils ont toujours utilisé, et que ce dernier est à la masse. Faut vraiment un cas de force majeure pour moi pour aller à l'inverse.
 
Je parle des métiers autres que le dev.

Bordel, on a mis en prod un soft à la con appelé WinDesign y'a pas si longtemps. Le vieux truc en mode client serveur bancal, pas de BDD, "ne pas installer dans program files sinon ça casse !!!"...
Le truc obscur édité par une boite française restée à l'ère de Windows 95, au secours.

Au passage je viens de découvrir que leur site est encore en HTTP et est infesté de merdes.

[quotemsg=60706004,51847,1061107]
 
Après, si ton métier nécessite un truc chelou (genre un xp sur une machine outil), tu seras pas connecté au réseau c'est tout. /quotemsg]
   
j'ai bossé aujourdhui sur un PC sous XP  
un vieux durabook livré en 2008 ( modele 2007 )
depuis le jour de sa mise en service cette machine n'a  
-jamais été mise a jour  
-jamais eté connecté sur un reseau quelconque
-jamais vu une clef USB  
 
donc ... l'un dans l'autre, elle est totalement obsolète et bourré de failles MAIS totalement safe et elle vas survivre comme ca jusqu’à sa mort/le remplacement du matos attaché au cul

"On ne veut pas de linky à la maison, ça fait des ondes". Mon client à 11h50.
Je suis arrivé chez lui à 11h car il ne captait pas internet dans sa chambre et n'avait plus la TV. Dans le premier cas j'ai juste déplacé le répéteur wifi qu'ils ont, dans le second j'ai ré-appairé les boîtiers CPL entre sa box et le décodeur TV.

 
Et vous faites quoi si le PC meurt avant le remplacement prévu du matériel qu’il contrôle ? Avez vous un autre ordi pour le remplacer ?

 
Pour avoir déjà été dans cette situation, on conserve précieusement toutes les pièces détaché d'autres ordi de son époque qui eux ont pu être remplacé.

Et quand tu en as plus, tu fais comment ?
 

 
Ça dépend du budget, soit on passe par un broker soit on se dit qu'il est temps de changer la machine attaché.  
Mais quand on est dans cette situation c'est que changer la machine coute infiniment plus cher.

Je viens de faire un saut de 20 ans en arrière, retour en BTS info
ça existe donc encore ce truc bien

Je croyais au début que tu parlais de windev, qui est aussi de la merde au passage

Il est peut-être déjà temps, non ?
 

Si tu as quelques 486 dans un tiroir qui fonctionne encore n'hésite pas à contacter l'armée.
 Tu pourrais faire une très belle affaire.

J'ai acheté des tapettes à souris. Dessus il est écrit www.tomcat.com
J'ai tapé l'url  

Non, c'est uniquement une question de budget.
Pourquoi remplacer une machine à xxk€ quand on peut la réparer pour 50€ ?

On a encore des softs 32 bits dans ma boîte.
Raison :
Ça marche comme ça et aucune raison de passer en 64 bits.

Il y a un intérêt à les transformer en 64 bits ?

 
Il y en aura un en 2038.  

non pas forcément.

Suffira de changer la date système.  

tous les logiciels n'utilisent pas la date système.

c'est la fonction time() qui est problématique ( man 2 time ) mais ça se contourne même en 32 bits.

peu importe .  
On n'a generalement plus les moyens pour tester fonctionnellement l'application donc on ne peut pas garantir à 100% un passage a 64bits . Donc on ne touche pas .

Le matos industriel avec un port série, piloté avec un pc du milieu des années 90, qui tourne encore, ben t'y touches pas...

Se sont ensuivies*
 

Le pc n'est pas unique  
Il as un frère jumeau ( même modèle , même livraison

Ou pas ...
On serre les fesses, on parle de faire une aspiration de cette machine en VM qui sera porté par un portable neuf
Mais le plan A serai le remplacement de l'automatisme par un équivalent neuf, avec la version moderne du soft qui tourne sous win10  

Exactement... Moins tu touche mieux ça marche  

Par contre t'allume un cierge tout les jours pour pas que ça tombe en panne  

ou quand ça reboot  

J'ai refait un parc d'une 20aine de postes qui étaient en XP sur lesquelles étaient branchés des machines d'ophtalmo ( des appareils connectés en COM). J'ai virtualisé XP sur tous les postes.
Et bien malgré la mauvaise réputation de Virtualbox, ça a bien fonctionné.
j'avais testé sur VMware et j'avais des erreurs de transmission des résultats, aucun pb avec Virtualbox.

Tu te démerdes pour bricoler un truc moche comme j'ai dû le faire pour le remplacer. Surtout si c'est un vieux 486.