Reprise du message précédent :
Y'a des sondes sinon non ?

 
"à l'ancienne", on a dit

t'aurais pas moyen de faire un get-wmiobject win32_processor ou un truc du style, win32_cpucore

Ils sont sérieux Microsoft, mise à jour One Note ce matin, obligation d'avoir les notes dans leur Cloud, impossible d'avoir ça en local à présent .
 
Et pire, ils déplacent arbitrairement les Notes depuis leur emplacement local par défaut vers leur Cloud, c'est parce que les miennes étaient enregistrées ailleurs qu'à l'emplacement par défaut que je me suis rendu compte du truc   .

Quelle version ?
 
Onenote 2016 est la dernière version qui existera, il n'y a pas de 2019. Il est censé être remplacé par le onenote natif/du store windows 10.
 
Du coup je suppose qu'ils préparent la transition. (mais j'ai vu aucun changelog là dessus).
 
edit : https://support.office.com/en-us/ar [...] 9bdbba019a , Tu viens de passer de onenote 2016 à Onenote 10 sans t'en apercevoir ? cliqué sur la mauvaise icone ?

ca donne pas ce niveau de détail

 
c'est toujours comme ça que c'est numéroté, et la répartition des threads (table des quota) a été ajustée au fil des kernels, d'ou les "drivers" chipset qui vont en fait dire au noyau quelle stratégie utiliser pour affecter les charges.

bien trop succint comme affichage

Aida64 ou je ne sais quel nom il a pris dernièrement ? (sisoft sandra, aida32, everest, aida64... )

 
Oups    
 
A ma décharge je comprends pas pkoi mon One Note 2016 ne s'est pas lancé automatiquement comme tous les jours, et pkoi c'est le One Note 10 qui m'a été proposé qd j'ai tapé son nom alors que je ne l'ai jamais utilisé    

+1, un truc du genre !

on peut rien toucher avant le prochain downtime de toute manière et on fera les stress test constructeurs a ce moment la si ça recrash pas avant

Il y en a partis vous qui ont des parc d'iphone/ipad ?
 
Depuis iOS13 il prend plus en compte mes certificats racine du coup il ne valide plus les différents certificats issu de l'ad !

'tain je ressors des vieux .pst archivés (depuis Exchange OVH), j'en ai un de 6 Go qui apparait corrompu, scanpst me le répare en un fichier qui fait toujours 6 Go en apparence, mais d'après Outlook y'a que 1 Mo de mails dedans...  

mail d'1mo contenant une PJ de 6 Go contenant un .pst ?  

Chez un client, il y a une application où l'éditeur préconise de rester sur la version de l'année dernière de Windows 10.
Et manque de bol, les mises à jour sur ces postes n'avaient pas été bloquées.
On a beau message d'erreur de l'application.
Toutes les autres applications sur le poste fonctionnent bien.
 
Il y avait ce matin un technicien de cette application sur site.
On lui demande ce qu'il faut faire pour corriger cette erreur.
Réponse du tech : Je ne sais pas.
Mais vous pouvez pas nous aider, c'est votre application ? Le poste fonctionne très bien sauf votre application.
Réponse du tech : Je peux juste vous dire que si vous aviez l'infra chez nous, vous n'auriez pas ces problèmes.

 
Et faire tourner l’application dans le bac à sable de Windows 10 ? Sa réponse est bofff mais c’est surtout l’éditeur qui fait de la merde.

 
C'est tout ce qui te vient à l'esprit, "bof" ?
 

 
Tu ne veux pas donner le nom de l'éditeur ? Un tel niveau d'insolence ça mérite un name&shame

Tu vas juger l'éditeur sur l'insolence d'un tech ?

Malheureusement ce n'est pas juste un tech.
Quand je vois les installations dégueulasses qu'ils font.
Ils lancent des scripts pour faire la migration de leur logiciel.
Ensuite ils laissent les scripts qui tournent sur les postes et les RDS à chaque ouverture de session.
Il y a des messages d'erreur en boucle dans l'observateur d'événements, on n'y voit plus rien.
Et leur réponse : c'est pas grave, il essaye juste de désinstaller un programme qui n'existe plus.
 
Il y avait aussi un plantage aléatoire de leur programme il y a quelques mois, ils disaient que le problème vient de l'infra.
On a vu qu'il y avait des erreurs dans leurs scripts, ils renommaient les chemins avec le nom de l'ancien serveur.
On leur demande pourquoi est ce qu'ils font ça ?
Réponse : Merci d'effacer cette ligne.
Pas un mot d'excuse, des journées à chercher et quand il y a un problème sur un poste : veuillez réinstaller le poste.
 
j'avais aussi envoyé 2 mails au tech, il y a quelques mois pour aider notre client commun sur des problèmes de lenteurs de l'application.
L'application tournait sur un serveur SQL workgroup, je ne connaissais pas cette version, il n'y a que 3 Go de mémoire utilisable sur cette version.
Le gars n'a jamais prévenu la boite qu'il fallait changer de version de SQL et comme le SQL est sur leur serveur et qu'on n'a pas le droit d'y toucher.
Sinon au moindre problème, ils disent que c'est de notre faute.
La technique est de tout sur le dos du prestataire, on est obligé de passer par eux, car ils ont quasiment le monopole.
Et surtout ne rien faire et laisser pourrir la situation.
 
En plus le gars est allé se plaindre à ma boite que limite je le harcelais suite à mes 2 mails...
Niveau aigritude, il doit pas être mauvais.

 
Oui, et plutôt deux fois qu'une car dès le premier message de nnwldx, on peut comprendre que l'éditeur a élevé cette attitude au rang d'esprit d'entreprise  

La réponse a peine pas culottée.
 
Enfin en ce moment j’ai en plus de retours d’autre prestataires assez agressif et pas coopératif du tout.
 
Dans la catergorie j'aime bien les boites qui font du site web, qui on besoin de l'hébergement chez eux (ok c'est pour avoir de la réactivité je veux bien) et le nom de domaine chez leur prestataire (en général 1&1, bien que j'ai rien contre eux).
Au final quand tu leur demande des changement dans les mx ça vire a la guerre pour un en précis on a carrément du prendre la main sur un poste chez eux pour faire les modifs nous même.
 
Et quand tu attaques la gestion de ndd la réponse c'est : on pee pas vous le laisser pour des raisons techniques...
 
J'ai l'impression que mon niveau d'aigritude augmente a mesure que je me fait balader par des incompétent qui arrivent a vendre leur salade aux clients.

ça, c'est pas une récente, mais vu que j'étais plus sur le topic quand ça m'est arrivé, je raconte 4 ou 5 ans après

donc, je bosse pour une société qui a été mandatée par une autre société pour qu'on m'envoie dans une SSII qui me met sur un projet pour un distributeur de titre de presse. (vous sentez déjà l'enculerie du ticket horaire ?)

la société en question fait des stats de vente pour envoyer le bon nombre des différents journaux aux différents points de vente partout en france (style envoyer plus de journaux "l'équipe" à marseille les jours de matches de l'OM, ce genre de chose)
le logiciel qu'ils ont pour faire ça est un vieux truc qui tourne sur un AS/400, je crois, en mode DOS, tout moche.

ils veulent remplacer ça par un truc sous windows plus moderne.

je sais pas comment ils ont trouvé, ya une société qui leur a vendu une solution, fort jolie au demeurant, mais qui fonctionne hyper mal.
genre, quand je suis arrivé, il fallait attendre la fin des calculs et tout vérifier dans le logiciel que c'était pris en compte. et relancer le calcul sinon.

les batches qui tournaient la nuit retournaient un code d'erreur (0 en cas d'erreur, logique !)... et le code d'erreur n'était pas pris en compte pour lancer le batch suivant... donc si un traitement finissait en erreur, le traitement suivant continuait sur des données incomplètes ou fantaisistes... et fallait attendre le matin vers 5h pour tester si c'était ok ou pas !

bref... j'ai pu faire un truc qui prenait en compte les codes d'erreur pour lancer les batches que si tout c'était bien passé, on a pu commencé à faire des trucs plus intéressants que regarder les logs toutes les heures pour vérifier que ça se passait bien...

la chaine de traitement commençait à 22h et s'arrétait vers 5h, environ. on avait des serveurs dans le cloud, des trucs assez énormes... et les traitements n'utilisaient jamais qu'un seul core... on a voulu comprendre pourquoi...

les mecs qui ont vendu la solution, ils utilisent une base de donnée du monde unix, dont il existe une version gratuite, qui est limitée à un core. si tu veux un truc plus rapide, faut payer ta licence.
et eux, ils ont bati tout leur soft sur la version gratuite. ils ont une version pour oracle de leur soft, mais faut payer la licence oracle... et on peut pas payer la licence pour leur base de données à leur place, parce qu'ils ne sont pas surs que ça marche en multi-threadé... ils ont pas testé

ça a été vendu fort cher, mais la société pour laquelle je bossais voulait absolument un logiciel "français".... sauf qu'à priori, le fournisseur a juste payé des chinois pour faire le soft, et paye des français pour développer les traitements spécifiques à chaque client. (mais quand le soft lui-meme merde, les emails des experts sont en ".cn" ...)

le plus beau, c'est que quand on s'apercevait à 5 ou 6h du mat que les chiffres calculés n'étaient pas consistent... on relançait la vieille solution,  qui sortait le calcul en 20 minutes

je suis arrivé, le projet avait... 6 mois de retard, je sais plus trop. et clairement, ils en étaient meme pas à la phase de test, sauf que c'était déjà en prod. je suis parti un an plus tard (marre de faire sept jours d'astreintes une semaine sur cinq ou six), et c'était toujours pas stable, toujours secondé par l'ancienne solution quand ça plantait... parce que trop lent, parce que les traitements plantaient sur certaines valeurs sans que les mecs trouvent pourquoi, etc... on montait une usine à gaz pas possible, et on montait d'autres usines à gaz à coté pour tenter de combler les failles au fur et à mesure qu'on en découvrait...

enfin bref, le projet magnifique de bout en bout, quoi

attends... tu veux dire que tu avais un process qui prenait 7h a s'executer, de 22h a 5h du mat, pour planifier... la distribution de quotidien??? Je veux bien que les regles metiers soit peut-etre complexe, mais 7h...
Les batchs etait supporte par l'editeur de la solution ou c'etait un batch maison pour alimenter cette solution?
 
C'est typiquement le genre de truc ou c'est beaucoup plus rentable de reprendre les specs fonctionnelles et jeter toute la partie technique non?
 

Le projet qui s'enfonce un peu plus à chaque patch et chaque fix, tellement courant

Non mais faut tout brûler la

tout à fait, c'était ça. à la fin ça donnait des quantités, on alimentait avec le résultat de nos traitements des batches qui imprimaient des étiquettes pour envoyer aux entrepots, puis aux camions, et roule marcel !

mais le problème n'était pas la complexité du traitement (l'ancienne solution faisait le calcul en quelques dizaines de minutes), le problème, c'est que la base de donnée n'exploitait qu'un seul core du serveur 24 CPU physiques  (et on avait plusieurs serveurs comme ça, obligé de prendre le haut de gamme pour la vitesse turbo en single core, histoire de gagner quelques secondes !)

mais oui, la solution simple et efficace, c'était de tout jeter au feu et tout reprendre de zéro

les batches (fichier .bat en mode DOS de merde, hein, le truc pondu sur le coin d'une table) étaient de la responsabilité de l'éditeur, mais le dialogue entre les batches, c'est nous qui l'avons repris. je ne suis pas sur que ce soit un arbitrage entre nous et eux, plus que les mecs comprenaient pas toujours eux-memes ce qu'ils faisaient dans leurs batches (ils connaissaient la ligne de commande de leur outil, mais pas forcément les mécanismes DOS pour controler l'exécution des instructions dans les .bat ), et que ça a été plus simple, vu le merdier déjà en place et le retard du projet, de reprendre la gestion nous-meme pour faire un truc qui marche et qui nous laisse dormir au moins quand ça ne se plante pas !

j'ai vu des projets plus ou moins bien gérés, mais lui, c'était le pompon, à cause des raisons politiques qui au final ne sont meme pas respectées (on veut du français, mais le gros du truc est fait par des chinois )
du coup, la solution était indéboulonnable, et on rajoutait juste des couches (culottes ) autour pour essayer de cacher le plus gros de la merde...
(et je dis ça sans animosité, l'équipe avec qui j'étais, c'était loin d'etre des branlos, c'était tous des gars compétents et très lucides sur le déroulé du projet... mais politique du client, solution imposée, et du coup les mecs de l'éditeur, des fois, ils se sentaient plus pisser...)

j'vous parle meme pas de ce que ça a dû couter, parce qu'à la fin, on avait plus assez de place dans les locaux où on était pour loger toute l'équipe, et le projet avait été vendu si j'ai bien compris comme de la maitrise d'oeuvre, devait juste y avoir un CDP et son adjoint, quoi ... et au final, yavait plus de mecs techniques de notre coté que chez les fournisseurs de la solution, quoi

enfin voilà, c'était bien marrant, mais un peu usant (astreinte pour surveiller l'exécution du bouzin pendant toute une semaine du lundi au dimanche, au moins une fois tous les deux mois, puisqu'au final, yavait que des mecs dans ma partie qui maitrisaient tout le processus, et on était une demi-douzaine, quoi )

--
un autre truc qui m'a marqué, aussi, tiens :
les mecs de l'éditeur adoraient faire des docs en fucking powerpoint de merde... ²²²²²
les explications et les schémas techniques de leurs trucs... ne tenaient pas sur l'écran en fullHD. yavait pas assez de putain de pixels sur un écran fullHD pour que le schéma soit juste putain de lisible !

et toutes leurs putains de doc étaient en powerpoint. powerpoint, c'est fait pour présenter un truc que tu maitrises, en complément d'un discours que tu as pu roder ou de questions auxquelles tu sais répondre parce que tu maitrises ton sujet... si tu veux expliquer ou mettre à plat ton raisonnement pour que les gens avec toi puissent bosser sur la suite... tu mets toutes tes explications par écrit dans un fichier word ... c'est conçu comme ça, logiquement... si tu maitrises office

surtout que bon, les schémas ils étaient plustot chargés, et meme les mecs sur leur powerpoint, ils avaient du mal à l'expliquer et à l'afficher
bref, ça m'a bien fait chier cette histoire de powerpoint, à l'époque...

A ce niveau c'est de l'art limite

Faut les mettre dans un musée, sous cloche.

Je trouve ca ce matin au bureau en arrivant. Puis-je faire un abandon de poste pour mise en danger du salarié? Devrais-je porter plainte pour qu'une enquête permette de retrouver le dépositaire de l'objet?
Réponse sérieuse uniquement.

Cordialement.

Tu vas voir que tout à l’heure quand Jean-Claude ira aux toilettes, le magazine aura disparu.

 
toutes ces histoires horribles me font penser à Phoenix Project
 
on est encore entourés de boites qui fonctionnent comme en 2001 et je suis gentil. Seule une liquidation judiciaire pourra nettoyer un tel merdier.

magnifique !
et apres on se plaint que la presse papier va mal et que c'est la faute d'internet ...  
 
N'oubliez pas que tout cela est surement financé directement ou indirectement par vos impots via les aides a la presse (quelque chose comme 700M€ ...)

Effectivement le photographe devrait être congédié  

Chezmoicestdroit.com

On voit quand même le problème sur l'image.
Problème qui n'a pas été récupéré encore. Dire qu'on a peut être un abonnement quelconque à cette merde.

BBQ ce midi ? Faudra du papier pour allumer le feu

Ce genre d'histoires ne me surprend pas du tout.
Le logiciel original avait du être développé par des types compétents sur un environnement d'une autre époque qui n'avait pas la puissance de calcul des machines actuelles.
On peut supposer que les concepteurs avaient bien réfléchi le schéma de leur base, le type et le dimensionnement de chaque champs de chaque table, les endroits judicieux où positionner des index...et que le code du logiciel avait été optimisé au maximum.
Aujourd'hui je vois arriver en production des logiciels dont la base de données est constituée de 5 tables... dont une contient 300 champs... tous déclarés en varchar(4000).
Je vois des requêtes avec une jointure entre deux tables, dont la jointure se fait sur un champs LOB (non indexable).
Forcément les perfs sont merdiques dès qu'on dépasse quelques milliers de lignes. Mais tant que le fonctionnement renvoie le résultat attendu avant passage en prod tout va bien.
Dernier exemple en date, un traitement devenu tellement lourd qu'on l’exécute un jour sur un serveur et le lendemain sur un autre, et on fait pointer l'appli alternativement sur celui dont les calculs ne sont pas en cours. Et pourquoi ces calcul sont si lourds ? Parce qu'il y a une table de plusieurs millions de lignes où chaque nuit le traitement est sensé rajouter de nouvelles lignes récupérées via l'interrogation d'un web service. Sauf qu'au lieu de rajouter uniquement les nouvelles valeurs, le script vide la table et la reconstruit intégralement... no comment.

 
ct'incompétence crasse qui mérite la faute lourde et le renvoi a l'école de dev...

bah là, le problème, c'était pas tant l'optimisation de la base de données que vraiment le fait que le moteur de base de données dans l'application était une version "gratuite" qui ne tournait que sur un seul core d'exécution. meme pas un processeur, un core !
 
donc la solution d'origine faite sur AS/400 était bien plus rapide, peut-etre mieux optimisée, mais surtout elle prenait tout le CPU dispo, elle ! (sur l'AS/400, par contre )
 
par contre, en gros, pour calculer les prévisions, on avait plusieurs années d'historique et on calculait une moyenne, à pondérer par les données externes rentrées par les employés du client dont c'était le role. d'où le calcul qu'était quand meme assez lourd puisqu'il y avait les chiffres de vente de chaque jour, chaque journal, et ce sur plusieurs années.

C'est pas toi qui s'est reconverti dans le développement ?