Reprise du message précédent :

c’est l’ère moderne, le commercial vend un concept et les autres doivent se demerder pour le faire marcher le concept.
Et le pire c’est que ça commence souvent petit et si le technique arrive à rattraper, le commercial prend confiance et recommence avec un dossier plus gros et ainsi de suite.

Est-ce que bloquer la mise en prod avant d'avoir une doc à jour c'est du TDD ? Question con en passant

horrible

Et 10 ans plus tard, quand la boite tourne avec comme principale outils un access totalement daubé du cul avec du webdev, t'es bien. Sans oublier un petit bonus chaque été un stagiaire dev qui a rajouté 2/3 fonctionnalités en rendant le machin encore plus foireux qu'avant, si possible en codant avec le cul, sans notion de sécurité, sans se soucier de la maintenance/évolution par la suite. La, t'es BIEN.

Et l'Access, c'est la version 2000. Sans aucune possibilité de mise à jour, sauf a redeveloper l'appli. Là t'es mieux.

La nouvelle direction nous a expliqué récemment que ce qui importait, c'était la quantité de portails Web (front-ends de nos produits) qu'on allait créer pour appâter la clientèle potentielle et non la qualité desdits portails, vu qu'au bout de 1 ou deux semestres, on ne garderait en vie que ceux ayant attiré le plus de clients.
Ça motive un max...  
A+,
 
 
 

Comme je le dis, le but c'était juste de remplacer des fichiers Excel avec 3 macros, pas plus.
C'était des petites applis utiles au fonctionnement interne mais vraiment pas critiques, pour la plupart avec moins de 10 d'utilisateurs identifiées et un usage occasionnel.
Puis c'était vraiment une autre époque, à ce moment là on avait même pas Internet sur nos postes (non même pas au service Info).    
 

De ce côté là pas de problème.

Netware c'est la vie  

Peut être mais c’est plus en vie    
 

A l'époque c'était notre serveur de domaine, ça marchait plutôt bien et c'était relativement simple à administrer.
Ça tournait sur des processeurs Sun Ultra Sparc III.

  si si il y en a encore par endroit

ben primo parce que c'est mon collègue qui s'occupe du script, et il a commencé en batch
et deuxio, PowerShell sur un Win7? Faut l'installer et ça n'est pas possible, trop de postes à migrer.  
Faire du batch en 2019, je pense qu'on n'est pas la seule boite à être encore sur un OS sans PowerShell...

Plus de support depuis 2010 visiblement, c’est un peu pareil que laisse reposer son infra sur un Windows 2000 server

 
Euh, je ne sais pas d'où tu tires cette information, mais non.
A vérifier, mais pr moi c'est sorti du temps de Vista et c'était intégré en V2 sur Windows 7.
Si ton script se contente des fonctionnalités de la V2 alors y a pas de raison particulière, hormis une méconnaissance de powershell...

Arf tu as raison, Powershell est bien sur Win7, my Bad
Faut dire que je n'ai pas eu l'occasion de l'utiliser avant...
Bon, vais lui dire de regarder alors en Powershell pour récupérer les infos dont il a besoin

Un truc qui ressemble encore a une belle une panne SFR, ça enchaîne bien en ce moment    
 
aigritude du lundi matin bonjour...

Rien de not' côté pour l'instant. Cela impacte quoi chez vous? Téléphone? Accès Internet?

téléphone et internet, dans l'est
   
 
(la fibre tourne)

M'ci

J'ai un site dans l'Ch'nord qui vient de m'indiquer ne plus avoir de téléphonie! Et SFR de me dire : "Non! Tout marche bien de notre côté"
Le Standard d'SFR annonce lui un "Incident générique en IdF, Bouches du Rhone et Rhin".

Chez nous tout ce qui passe par du sfr est naze, adsl ou fibre.

En général ? Ou maintenant ?

Pas de problème en AURA
Mais ma fibre a encore sauté dans la nuit de vendredi à samedi...

 
voila powershell est natif
 
par contre de mémoire si aucun upgrade a été fait t'es en powershell v2
 
faut donc faire gaffe si tu developpes ton script sur un Win10, t'auras des fonctions qui n'existent pas en v2.
bien valider ca.

ou des fonctions qui ont changées c'est encore plus tricky haha

Faut juste faire lupgrade en v5, spa dur

Ce bordel d'ailleurs avec DSC/Powershell Core...encore de gros changements avec la v7 apparemment.

 
Vu que c'est moi en charge du projet oui
 
Ensuite on fait un minimum de comm/procédures/prez vers les IT locaux, et on prend en compte leurs retours (enfin ceux de leurs chefs) dans la mesure du possible.
 
Là on a des IT locaux qui ne savent visiblement pas ce qui doit être récupéré ou pas dans la migration, ça déconne pas mal. Et engager leur responsabilité là-dessus ça pue un peu quand même (surtout qu'ils seront pas plus payés pour ça).

 
Mais c'est pas forcement la faute de celui qui la fait, ca part d'un bon sentiment. Simplement, si tu ne maitrise pas l'evol (et surtout la propagation) du dit outil, c'est un coup a se retrouver avec un monstre. C'est typiquement les petits soft "pour depanner" que j'appel les gremlins. Imagine que ton appli c'est un gremlins, c'est tout beau quand tu le file en depannage, mais ginette va l'arroser pour le copier 10 fois et le filer au reste de la boite, et dans le lot tu en a bien un ou deux qui le nourriront apres minuit.
Une fois que tu te retrouve inonder de petit soft monstrueux qui se sont base sur ton gentil script, on va venir te voir pour que tu les supporte.
 
Le pire etant effectivement le commercial qui le recupere, le montre a un client, et HOP, un nouveau produit (cf. anecdote de arkrom).
 
Dans mon ancienne boite, l'appli permettait d'ecrire du code directement dans l'appli qui s'executait dans le meme domaine que l'appli principale (et donc avec tous les acces, db, server de fichiers etc...). Au depart c'etait pour permettre de fixer un bug de maniere adhoc, sans avoir a effectuer un deployment.
Les commerciaux s'en etaient empare (et meme le support et certains client d'ailleurs) et s'etaient mis au scripting parce que les dev "etaient trop lent". Bien sur, ces scripts etait partages entre les commerciaux. je te laisse imagine le resultat (des scripts pour gere les utilisateurs, qui modifiait la BDD en evitant tous les controles metiers ou d'integrite de l'appli, pour faire des exports de donnees dans de l'excel sans aucune restrictions etc...) Bien sur, la moitie des scripts petait quand on faisait une montee de version, car les dev avait aucune idee de quels scripts tournait et chez qui du coup impossible de tester dans un environment de test...

 
putain MS GG
 
je suis justement entrain de me pencher la dessus pour upgrader le parc
c'est juste une vraie merde

Vaut mieux éviter, toutes les applications qui dépendent de PowerShell risquent de te péter à la tronche (genre Exchange).

Pour ceux utilisant wallix, c'est long à mettre en place ?

 
ah bon?
 
pour le moment je vise les postes clients surtout

Dites
J'arrive chez un pote, qui a 2 macs et un PC Win7 en partage de fichiers
Dernièrement c'est très lent pour accéder au partage.. (genre 100ko/s)
Tout est cablé sur une box OVH (pas de wifi).
J'me disais que virer le PC et lui faire acheter un NAS Syno classique 2 baies, ça arrangerai bien des choses déjà ?
 
Thxx 

non je ne vois pas pourquoi .  
le probleme est surement ailleurs

Quand je me pointe avec mon Mac, c'est la même chose..
Ça peut venir forcément du PC Win7 soit de la Box (réseau filaire ?)
Mais en Wifi c'est pareil, du coup je vois pas...

Prêt à parier que les problèmes viennent de mac

Il y a pas mal dès lecture sur le net pour améliorer les débits smb des mac sur Windows

Ah certainement, mon post ne se voulait pas du tout constructif

Humph, en faisant une copie locale d'un fichier vers une autre partition, on est à 1Mo/s
Ça sent le disque mort.

du coup achete un syno et mets le disque HS dedans, si c'est toujours lent, ca sera que c'est ca

ça tombe bien je vend un syno 2 baie à pas cher si tu veux