Reprise du message précédent :

Chez nous côté infra on est souvent obligé de mettre en place des scripts palliatifs ou de monter des archis tordues pour que les applis produites par nos chers dev tournent à peu près correctement. Quand on nous livre une appli moisie, 4 fois sur 5 les managers font le forcing pour que ça aille quand même en prod car il y a des fonctionnalités urgemment attendues.
En fait on devine même assez souvent qu'on va droit dans le mur avant que l'appli arrive en prod...mais on insiste pour que ça passe au forceps... car c'est urgent et qu'on a déjà engagé des moyens dessus. Personne pour dire stop on fait de la merde, on reprend de zéro ou on fait autrement. Et c'est comme ça qu'on se retrouve avec des verrues compliqué à gérer en exploitation.

Du coup la faute et sur les devs et sur l'infra.
Un manager qui veut mettre la charrue avant les boeufs, je lui explique comment ça marche et dans quel ordre. La val/prod c'est je clique sur un bouton et ça déroule.
Du coup bon courage ça doit amusant la maintenance de vos applis.    

   
 
Toi tu connais pas la politique
 
Des fois t'auras beau expliquer, sauf que le N+2 direction des opérations va te dire j'en ai rien à foutre, le client a demandé pour telle date c'est comme ça et hop c'est parti pour la prod
Avec le soutien du CEO
 

Si tu as des teubés à la direction forcément tu ne peux pas faire grand chose.
 
Un client sensé ne va jamais faire ça et va reculer la date de déploiement pour permettre à l'équipe de fix tout ça. C'est du vécu pour moi aussi.  
 

Perso je bosse dans une bonne cogip ex-étatique, pas exactement la structure la plus à la pointe.
Et pourtant la direction a énormément évolué.
On a plus du tout de middle management. Mon directeur valide la feuille de route une fois par an. Ensuite on se démmerde.  
 
Les product managers qui veulent pousser des délais irréalistes, c'est aussi eux qui vont devoir gérer les retombées avec les clients pas contents, donc ils le font pas deux fois.

 
faut tenter la methode "  OK, si tu me met par ecrit, daté-signé-tamponné-certifié-copie au CEO toussa toussa que tu sais que ca as un fort risque de planter et que assumera TOUTES les consequences quand dans conventualité ou ( petite note d'optimisme )le projet sera en vrac et la prod a genoux   "
 
 
a mon niveau a moi, j'ai jamais eu de chef asses confiant pour poser les balloches sur la tache et se lancer quand meme     j'ai toujours eu un petit delai pour des tests supplementaires

C'est ça, tu ne peux rien faire, mais tu dois essuyer le caca quand même    
 
Bref j'espère enfin pouvoir laisser ça derrière moi

Oui, mais même avec ça, ça change rien.
J'ai plein d'ancien collègue qui m'ont dit qu'il faut y bosser pour y croire.
Si tu le vis pas, tu te dis toujours "oui mais"  

 
On bosse dans la meme boite ?
 
J'ajoute qu'en plus, si tu bosses jour et nuit pour livrer a temps to dev entièrement basé sur des requètes SQL, le jour de l'installation il y aura une autre livraison non compatible avec ton programme, genre : "A oui, on t'a pas dit mais on a supprimé la base SQL dans la dernière version. Non on ne peut pas rester sur l'ancienne parce qu'on a corrigé un truc important que dans la dernière, je ne vois pas le probleme ?!". Un truc developpé en off shore et géré par des gens qui ne communiquent pas.

Hello,
 
Qui s'arrache les cheveux ce matin avec des problèmes de bascule à l'heure d'hiver ??
 
Je ne sais pas pourquoi certaines machines sont encore à l'heure d'été et impossible de connecter le client VPN pour sync avec l'annuaire... Obligé de prendre la main sur les postes, installer un openvpn, se connecter et synchro l'heure à la mano...

Heu... l'heure système c'est l'heure UTC, et après l'affichage ajuste en fonction du fuseau horaire et de l'heure d'été selon les paramètres régionaux de l'utilisateur, non?
Sinon ca serait compliqué pour se connecter à un serveur aux US

Les certificats ssl et le ntp...  

Je cherche un gestionnaire de bookmarks auto hébergé (que je peux héberger moi meme avec sync sur firefox ou chrome ou autre.
je trouve rien de bien car à chaque fois les app de sync sont merdiques

 
Des idées de solutions d’ « onboarding » SiRH-> AD ?
 
Prêts à payer la dîme

Onboarding ?  

Nouveaux employés

  des gens qui paient ? Ici ?

Ah.
 
Bah la solution c'est MIM alors

 
Je pige pas trop la question ici.
tu voudrais quoi exactement ?
 
Tu as des "tas" de logiciels sirh même saas qui s'interfacent avec un AD en fait.

Bah justement, elle est là question, y’en a plein, tu conseilles quoi ?
 
On a déjà un sirh (Lucca) et un Ad. Tu mets quoi entre les deux ?

c'est le logiciel qui sait parler à l'AD directement normalement. En interne souvent c'est du LDAP, en externe du SAML

C’est plutôt une solution de ce genre que je recherche https://www.youzer.net/

 
 
Ahhh, je comprends mieux ... et ba je sais pas  

https://docs.microsoft.com/fr-fr/mi [...] nager-2016
?

workday => azure ad => onprem ad

 
Non, pas sous Windows. L'heure "du BIOS" est l' heure locale.
 
J'ai pas regardé depuis longtemps. Avant on pouvait configurer pour avoir UTC dans le BIOS, mais c'était fortement déconseillé.
 
Après normalement sur les serveurs tu est en UTC, et en anglais. Sauf si tu est joueur.

bah je suis joueur alors l'heure est toujours en local mais c'est les outils qui m'affichent à la bonne heure en tenant compte du fuseau que je veux

Je crois pas avoir déjà vu un serveur afficher l'heure UTC (sauf s'il est hébergé en UK ).
En anglais par contre oui c'est beaucoup plus courant, même si y'a des boites qui font de la résistance et que ca crée souvent des problèmes bien pénibles

Il plaisante, bien sûr.
Il n’y a que des Linuxiens, ici

Notre serveur local est en UTC.
Le truc drôle c'est les log où on a mis la conversion temps fr, quand on passe en heure d'hiver c'est moche a voir, faut pas trier par date
Ou on avait une appli aussi où l'heure d'enregistrement dans une table était fournie par l'appli. Les gens a l'étranger qui arrivent a avoir des dates > now(), donc pas dans le filtre. Le truc le plus con a debug.

Bah ça va, le passage en heure d'hiver c'est pas le plus méchant. Vaut mieux avoir 2 fois le backup de la nuit que pas du tout car on saute une heure en été  

Le serveur est en UTC, il va bien, c'est les applis qui sont en vrac. Surtout quand les dev voulaient pas des log en UTC. "Je comprend pas, quand je regarde la log, le serveur a fait le début à 2h55, et la fin a 2h56. C'est court quand même, une minute, d'habitude ça prend une heure, vous pouvez regarder pourquoi le serveur a planté ?"

À part 2-3 mails de contrôle écrit a l'arrache, j'ai jamais rien vu merder à cause du changement d'heure.
C'est plus la perspective de ne plus la changer qui m'inquiète.

Bah sur ce cas précis, c'était chiant pour lui de regarder a quelle heure il appuie sur le bouton, convertir en UTC, puis dans la log chercher l'heure en UTC. Donc log de l'appli en heure fr.

On tourne qu'en UTC pour ce qui touche à l'opérationnel. Et tant mieux Bon ca fait juste bizarre les horloges au mur sont toutes en UTC, au début c'est bizarre.

L'heure de ton PC aussi ?