Comment encourager les administrateurs Windows à choisir des scripts? [fermé]


26

Lorsque j'ai travaillé en tant qu'administrateur dans mon premier emploi, j'étais frustré que nos processus d'administration avec les serveurs Windows soient une série de pointer-cliquer; nous n'avons jamais pu égaler le niveau d'efficacité avec les serveurs Unix qui avaient un groupe de scripts shell pour automatiser une grande partie du travail. J'ai rapidement lu des informations sur WSH et ADSI et je n'ai pas perdu de temps à apprendre combien d'automatisation j'ai pu réaliser avec les scripts.

Il y avait cependant un énorme problème - presque aucun de mes collègues Windows n'était vraiment intéressé par l'apprentissage des scripts. Ils semblaient satisfaits des tâches de clic manuel de la souris et n'étaient jamais excités à l'idée d'utiliser des scripts pour faire le travail en leur nom. J'ai eu du mal à les convaincre d'acquérir des compétences en scripting malgré l'augmentation évidente de l'efficacité. Par la suite, j'ai quitté cet emploi pour poursuivre une carrière de développeur de logiciels à plein temps.

Presque une décennie sur le travail dans divers environnements et différents clients, je rencontre toujours des administrateurs Windows possédant principalement cette "humeur" générale où ils éviteraient autant que possible les scripts. Malgré le niveau croissant d'accessibilité, les technologies de serveur Windows s'ouvrent pour l'écriture de scripts et l'automatisation. Je suis presque certain que la majorité des administrateurs sont des administrateurs précisément parce qu'ils détestent absolument effectuer toute sorte de tâches de programmation. Quels sont les moyens d'encourager et de motiver les administrateurs pour que les scripts puissent vraiment les aider à long terme?

Réponses:


21

En tant qu'administrateur Unix et Windows qui fait beaucoup de scripts Unix et presque aucun script Windows, je dirais que cela est en partie dû à l'incroyable maladresse des utilitaires de script et des API Windows, et à la difficulté (peut-être que la non-évidence serait un meilleur mot) d'exécuter des choses à distance sur une machine Windows.

Je veux dire, WTF est-ce?

Set objWMIService = GetObject("winmgmts:" _
    & "{impersonationLevel=impersonate}!\\" & strComputer & "\root\cimv2")

Une partie du problème, je pense, est qu'il y est une API. Sous Unix, les administrateurs écrivent en grande partie l'automatisation des utilitaires de ligne de commande qu'ils utilisent déjà. Sous Windows, vous devez utiliser cette API qui n'est pas familière à tous les niveaux. Par exemple, que signifie «imiter»? C'est un concept trivial pour un administrateur Unix, qui est susceptible d'utiliser sudo et su et déjà familier avec les scripts setuid. Mais il est peu probable qu'un administrateur Windows connaisse tout cela; ils connaissent peut-être les «runas» (ou l'option GUI équivalente), mais ils sont beaucoup plus susceptibles de se connecter en tant qu'administrateur lorsqu'ils ont besoin de faire quelque chose d'administrateur.

Et la documentation sur les scripts dans Windows est misérable. D'une part, c'est bien plus un «langage interprété» qu'un script, encore une fois parce qu'ils utilisent une API (peu familière) et non des commandes qu'ils connaissent déjà. Mais je ne pense pas avoir trouvé quoi que ce soit d'utile dans la documentation de Microsoft qui n'ait pas été conduit à trouver quelqu'un qui faisait déjà quelque chose de proche de ce que je voulais qui m'indiquait dans la bonne direction. Nulle part il ne semble y avoir de liste de choses que vous pouvez faire. C'est comme si vous deviez déjà vous familiariser avec les composants internes de Windows pour faire les choses les plus élémentaires.

Pas que les scripts Unix ne ressemblent pas souvent à du bruit de ligne. Mais un administrateur Unix peut commencer avec un script qui ne fait rien d'autre que d'exécuter des commandes simples qu'il connaît déjà. ("Je dois toujours exécuter ces trois commandes successivement. Si je les rassemble dans un fichier, je peux le faire en une seule commande!") Et puis il pourra plus tard progresser à mesure qu'il se familiarisera avec la situation. En revanche, il n'y a aucun moyen pour un administrateur de script "se connecter au serveur en tant qu'administrateur; cliquez sur Démarrer → Paramètres → Panneau de configuration; double-cliquez sur Système; cliquez sur l'onglet Nom de l'ordinateur, etc." Oui, tout ce qu'il essayait d'obtenir est probablement présenté quelque part via une API, mais il n'a aucun moyen de le trouver progressivement.

Donc, pour répondre à la question "comment pouvons-nous amener les administrateurs Windows à faire plus de scripts?", La réponse est, rendre les scripts moins étrangers. Comment faire ça, je ne sais pas.

Honnêtement, la réponse est entre les mains de Microsoft. Il n'y a aucune raison qu'ils ne puissent pas avoir d'utilitaire de ligne de commande pour faire tout ce qui se fait via l'interface graphique. (Il y en a beaucoup en ce moment, mais ils ne sont pas annoncés, ils sont mal documentés et ils sont incohérents.) Il n'y a également aucune raison qu'il ne puisse y avoir aucune indication dans l'interface graphique sur ce bouton fait réellement. Avoir une info-bulle qui montre l'objet API qui est en cours de modification. Ou documentez-le dans la fenêtre d'aide.

Il n'y a aucun problème à protéger les utilisateurs des internes, mais Windows semble faire tout son possible pour cacher activement ces internes, même à ceux qui veulent les trouver.


16
Inversement, WTF est-ce? ls -1 *old* | awk '{print "mv "$1" "$1}' | sed s/old/new/2 | sh
squillman

4
Bon point sur le fait que le script Windows - en particulier VB est très maladroit jusqu'à ce que vous commenciez à le comprendre. La façon dont PowerShell a fait un long chemin pour le rendre plus convivial. C'est plus proche du script Bash que de VBS.
Zypher

2
BTW- juste jouer l'avocat du diable :) WMI est moche ...
squillman

1
LOL. D'abord, qui diable ferait ça? Deuxièmement, l'administrateur est au moins déjà familier avec ls. Troisièmement, je considérerais sedet awkêtre relativement avancé, et certainement dans le même domaine que les API Windows dont je parle. Troisième et demi, bien que certaines (nombreuses) commandes de script Unix soient complexes, vous n'avez pas besoin de commencer par là & mdash; vous pouvez faire des choses simples comme simplement avoir une liste de commandes que vous connaissez déjà & mdash; alors que si vous voulez faire pratiquement n'importe quoi avec Windows, vous avez cette énorme courbe d'apprentissage à l'échelle en premier. Mise à jour de la réponse, cependant.
wfaulk

3
J'aime la façon dont lorsque vous faites quelque chose dans une interface graphique dans Exchange 2007, cela génère simplement un script PowerShell et l'exécute.
Richard Gadsden

8

Donnez-leur une tâche qui ne peut vraiment être effectuée que par le biais d'un script - par exemple, j'ai dû une fois créer la création de centaines de dossiers et des autorisations personnalisées pour chaque dossier et il fallait le mettre à jour QUOTIDIEN. S'ils devaient le faire manuellement, ce serait leur seul travail. Le script, qui utilisait CACLS entre autres pour réinitialiser les autorisations en fonction de la sortie d'un fichier texte délimité, a pris environ une journée pour se perfectionner (le script de base a été réalisé en environ une heure).

Lorsque vous commencez à voir ce que vous pouvez faire avec les scripts, cela peut être une énorme victoire.


+1 Grand point, il y a des choses qui ne peuvent tout simplement pas être faites en pointant et en cliquant.
squillman

oui, les scripts que j'ai écrits à l'époque automatisaient la création de répertoires, les autorisations DACL, les configurations de site IIS, etc. Mais mes collègues n'étaient pas motivés par cela. Il leur a fallu deux mois entiers pour apprendre à écrire une fonction de script pour renvoyer une date au format chaîne.
icelava

PS, comme vous le savez probablement, n'utilisez pas CACLS, utilisez XCACLS ou vos héritages ACL sont rompus.
Richard Gadsden

5

J'ai embauché une fois un administrateur système qui a carrément refusé de faire de la «programmation». J'ai essayé de lui montrer la voie en donnant l'exemple. Le mieux que j'ai pu tirer de lui était d'utiliser le code existant et de modifier l'affectation des variables ou les noms d'hôtes ect. pour faire un travail. Certaines personnes ne sont tout simplement pas gênées par la programmation, vous devez donc abaisser la barrière pour elles.

Microsoft fait des progrès dans ce domaine. Dans SQL Server, il est possible depuis un certain temps maintenant de cliquer sur des éléments dans l'interface graphique de Management Studio, puis de vider un script t-sql de ce que vous venez de faire. C'est génial, en particulier pour les programmeurs inclinés de Windows.

J'ai remarqué que System Center Virtual Machine Manager a la même fonctionnalité de script d'affichage, sauf qu'il vide un script PowerShell. Je pense que de nombreuses autres gammes de produits introduisent également cela.

Comment motiver les administrateurs à créer des scripts? appel difficile, un bon administrateur est un administrateur paresseux et cela signifie un administrateur qui scriptera autant que possible. Un administrateur qui a le temps de cliquer sur les choses n'est pas très productif! Surchargez vos administrateurs avec tellement de travail qu'ils n'ont d'autre choix que de scénariser.


Comment osez-vous m'appeler paresseux?! Oh, attendez ...
Squillman

6
la paresse est une vertu pour l'administrateur système!
Nick Kavadias

Helllllll ouais!
squillman

2
D'après mon expérience, la plupart des administrateurs continuent de surcharger les clics manuels et prennent plus de temps que jamais pour terminer leur travail. :-) Je pense qu'il existe différentes catégories de paresse, certaines sont paresseuses à penser et veulent juste cliquer sans cervelle; certains sont paresseux à cliquer et pensent à réduire cela.
icelava

à quel moment vous leur montrez comment vous pouvez remplacer leur travail par du code, ils pleurent de honte et changent de façon ... ou ils ne le font pas, auquel cas vous les tirez.
Nick Kavadias

4

Je suis entièrement d'accord avec votre message. Malheureusement, je ne pense pas qu'il y ait beaucoup à faire sans le soutien de la direction et des processus en place qui imposent l' utilisation de scripts. Si on leur donne le choix, les gens choisiront toujours ce qui leur est familier et ce qui est facile. Parfois, cela peut sembler être un point négatif, mais il y a des moments où la simplicité et la familiarité sont un plus.

D'une part, le système Windows est implicitement censé être simple / facile tandis que les systèmes Unix / Linux sont beaucoup plus difficiles et moins indulgents. Alors, qui peut blâmer les administrateurs d'avoir pris le chemin de la moindre résistance? Bien que vous, ou moi ou de nombreuses autres personnes puissiez reconnaître le pouvoir des scripts, les gens finiront par apprendre d'une manière ou d'une autre. En règle générale, les administrateurs qui résistent aux scripts apprennent à la dure. J'aime travailler plus intelligemment, d'autres peuvent simplement aimer travailler.

Quels sont les moyens d'encourager et de motiver les administrateurs pour que les scripts puissent vraiment les aider à long terme?

Avant, je pensais que vous pouviez motiver les gens, mais en réalité, à moins que vous ne soyez en charge d'eux, la probabilité d'une "motivation" réussie est extrêmement faible. Mon attitude ces jours-ci est: ceux qui veulent apprendre, je vais aider. Ne soyez pas vendeur pour un produit dont personne ne veut, qu'il en ait besoin ou non. Lorsque vous aidez / enseignez une seule personne motivée (pour quelque raison que ce soit), elle sera le catalyseur du changement. Pas toi. Juste mes deux cents.


1
+1 Vous pouvez conduire un cheval à l'eau ...
squillman

2
... mais vous ne pouvez pas lui faire faire du ski nautique.
osij2is

@squillman: Vous avez dit exactement ce que je pensais. Ma vision est la suivante: si vous avez une compétence qui fait défaut aux autres, utilisez-la pour vous commercialiser et prendre de l'avance (peu importe ce que cela signifie pour vous). Aider les autres à aller de l'avant est certainement admirable, mais vous ne pouvez pas les faire traîner et crier.
Evan Anderson

@Evan: Pensez-vous qu'enseigner à un apprenant volontaire est contradictoire avec "vous commercialiser et prendre de l'avance"? Si l'un des administrateurs Windows demandait mon aide (au niveau des scripts), j'hésiterais à le faire, mais en fin de compte, le travail d'équipe ne signifie-t-il pas faire un effort supplémentaire pour les aider? Juste curieux de lire vos pensées.
osij2is

1
@ osij2is: Je suis coupable d'aider les "apprenants volontaires" à un excès tel que j'ai définitivement gaspillé des "opportunités" pour facturer plus d'heures, gagner plus d'argent, etc. L'une de mes "missions" dans la vie est de faire avancer le l'utilisation d'ordinateurs de telle sorte qu'en fin de compte, cela pourrait améliorer la vie de quelqu'un. Si quelqu'un vient à moi avec un désir sincère d'apprendre, je suis plus qu'heureux de transmettre tout ce que je peux. Cela dit, si l'on veut un "correctif" sans transfert de connaissances, je peux le faire aussi. Parfois, cela me rend triste de ne pas pouvoir "enseigner à un homme à pêcher", mais si c'est ce que la situation exige ...
Evan Anderson

2

Un mantra que j'utilise est "Travailler plus intelligemment, pas plus dur". Faire n'importe quel processus plus de quelques fois signifie qu'il existe généralement un moyen de l'écrire pour le faire automatiquement avec un clic de souris, un script bash ou une autre méthode. Selon moi, cela me libère personnellement pour effectuer des tâches plus importantes qui ne sont pas tant le «travail manuel» de l'administration système.

Ceux qui veulent éviter les scripts peuvent avoir plusieurs choses en tête. Peut-être qu'ils apprécient l'interface graphique et ne veulent pas apprendre la ligne de commande ou la programmation. Peut-être pensent-ils qu'en écrivant quelque chose, ils réduisent essentiellement leur propre importance. Quoi qu'il en soit, ce n'est pas le genre d'employé que j'aimerais avoir et une réticence à faire une sorte de script montre quel type de travailleur ils sont. Je préfère avoir un résolveur de problèmes plutôt qu'un administrateur système "stupide".

En ce qui concerne les encourager et les motiver, je dirais simplement de faire comme vous, de montrer les gains de productivité et comment cela peut faciliter leur travail. Pour certains, être un administrateur système Windows n'est qu'un salaire, et il sera difficile de les motiver à dépasser la mentalité de pointer-cliquer qui a fonctionné pour eux au cours des 10 dernières années.


Bon souvenir du "solutionneur de problèmes"; beaucoup de gens que je rencontre veulent juste un livret d'instructions qui leur dit quoi faire pour chaque problème possible. Ils ne veulent pas penser à ce qui se passe; donnez-nous simplement les étapes 1 à 23 pour résoudre ce problème.
icelava

J'ai tendance à appeler ces gens des "poussoirs de bouton", comme l'a noté le futur col bleu George Jetson.
wfaulk

2

Il y a quelques problèmes que vous devez surmonter, vous en avez mentionné un, que beaucoup d'administrateurs ne veulent pas être impliqués dans la programmation, même aussi bas que le script. L'autre est lié à cela, et c'est une question de contrôle. Lorsqu'un administrateur effectue une tâche manuellement, il sait exactement ce qui se passe à chaque étape. De nombreux administrateurs peuvent penser qu'en remplaçant cela par un script, ils perdent le contrôle du processus, en particulier s'ils ne comprennent pas les scripts et n'ont pas écrit le script (et ne voulaient pas l'écrire).

Je pense que c'est plus un problème avec les administrateurs Windows qu'avec les administrateurs Unix, car les scripts font partie intégrante de l'administration Unix depuis longtemps et sont généralement quelque chose que les administrateurs Unix apprennent depuis le tout début, alors que l'administration Windows et son interface graphique inhérente- ness conduit à un processus plus manuel et les scripts peuvent sembler contre nature.

Malheureusement, obtenir les développeurs de cette bosse est une bataille difficile. Pour que l'administrateur se sente toujours en contrôle, il doit comprendre ce que fait le script, et donc vraiment besoin de comprendre et d'apprendre à créer un script, et la seule façon de les amener à le faire est s'ils vraiment comprendre ce que les scripts peuvent leur faire

C'est très bien de dire que cela rendra les choses plus rapides, facilitera la vie, etc., mais pouvez-vous le leur prouver? Trouvez une tâche qu'ils détestent, qu'ils doivent faire régulièrement et essayez de l'automatiser. Si vous pouvez prendre cette tâche horrible et en faire un script en un seul clic, ils vous adoreront, mais plus important encore, ils peuvent voir l'avantage d'utiliser des scripts.


Écriture des scripts avec de bons commentaires, peut-être quelques commandes interactives mineures - trucs conviviaux ^^
Oskar Duveborn

1
J'ai commencé à apprendre le perl dès que j'ai réalisé que je pouvais prendre un travail de routine particulièrement horrible et désagréable et l'automatiser. Pas regardé en arrière depuis.
Twirrim

Mon point est toutes ces "tâches horribles" qu'ils préfèrent toujours les faire manuellement. :-)
icelava

renvoyez-les et remplacez-les par un seul administrateur, c'est un uber-scripteur. Je serai moins cher
Nick Kavadias

2

[soupir] Ceci est beaucoup trop répandu dans le monde Windows, bien que je remette en question votre affirmation selon laquelle la majorité ne veut pas poney et apprendre à écrire. La plus grande chose que j'ai jamais faite au cours de ma carrière d'administrateur système a été d'apprendre VB et Perl, ce qui a conduit à VBS, qui a conduit BEAUCOUP d'autres choses.

Si juste les montrer ne fonctionne pas pour motiver, une astuce que j'aime utiliser est de jeter des déclarations subtiles devant la direction :) Appelez ça sucer si vous voulez, mais ce n'est pas le cas. Montrez aux décideurs les avantages, souvent cela commence à proliférer à travers le groupe. Ne soyez pas un imbécile à ce sujet, cependant.

Sur une note plus subtile, il est difficile (voire impossible) de changer quelqu'un. Mener par l'exemple!


5
"Vous savez quoi, je suis presque sûr que je peux l'écrire pour que nous n'ayons pas à dépenser du personnel continu pour cela". Mots puissants devant la direction :)
Twirrim

1
J'ai toujours cru que ce n'est que dans le monde Windows que quelqu'un peut s'appeler (ou se) un administrateur sans aucune connaissance en programmation. Un autre commentaire que vous pourriez ajouter est "Pourquoi faites-vous cela manuellement? C'est pour cela que nous avons des ordinateurs".
John Gardeniers

Malheureusement, depuis que je suis depuis longtemps engagé dans une carrière de développement et de conseil, les administrateurs que je rencontre maintenant sont principalement ceux de mes clients. Je n'ai pas toujours la chance de leur faire mal paraître devant leur
manager

1

Cette question est très subjective. Bien que je sois d'accord avec l'efficacité et le contrôle accru fournis par les scripts, pourquoi doit-il s'agir d'un mandat? Pourquoi devez-vous encourager les gens à utiliser les scripts simplement parce que vous aimez les utiliser? Pourquoi ne pas laisser les gens choisir d'utiliser les outils qu'ils aiment et préfèrent?

Cette question illustre également un parti pris commun qui existe dans le monde informatique: que si je ne fais pas de script, je ne dois pas être aussi intelligent ou aussi bon que quelqu'un qui fait du script, et c'est faux. J'ai connu beaucoup de gens qui pouvaient mieux écrire que moi, mais ils ne pouvaient pas créer de sous-réseau pour sauver leur vie ou comprendre comment exécuter une trace réseau, ou configurer SQL Server pour utiliser AWE, ou ne savaient pas ce que le démarrage. fichier ini était pour, etc., etc.


2
Les scripts doivent être encouragés car il s'agit d'une meilleure pratique éprouvée (rien n'a été mentionné sur le fait qu'il s'agit d'un mandat, et je ne pense pas que cela soit implicite). Honnêtement, je n'ai pas vu le biais "vous n'êtes pas aussi intelligent", mais je ne doute pas qu'il existe. Je rejetterais facilement ces gens comme des idiots ...
Squillman

2
En quoi est-elle subjective? Comme vous l'avez dit, les scripts améliorent l'efficacité. Il n'y a rien de mal à ce que les outils ou les processus de gestion d'entreprise augmentent l'efficacité. Il n'y a certainement rien de mal à ce qu'un collègue essaie d'encourager les autres à développer une compétence qui fera d'eux de meilleurs administrateurs système.
Brian

3
@squillman, qui dit que c'est une meilleure pratique et qu'elle n'est pas elle-même subjective. La meilleure pratique pour moi pourrait ne pas vous convenir. Existe-t-il une étude qui indique que 90% des entreprises considèrent les scripts comme la meilleure pratique. @Brian: Qui a dit que cela en faisait de meilleurs administrateurs système? Mon collègue peut créer un script mais ne peut pas créer de sous-réseau alors que je peux créer un sous-réseau mais ne peux pas créer de script, alors qui est le meilleur? Aucune infraction prévue, juste jouer l'avocat du diable ici.
joeqwerty

3
@Joeqwerty: les scripts sont puissants par rapport au pointer-cliquer car les scripts (correctement) peuvent effectuer plus de tâches en moins de temps et avec plus de précision que nous, les humains modestes, ne pourrions jamais faire manuellement. Peut-être que la phrase devrait être: "le scripting est une meilleure pratique". Votre argument (l'avocat du diable) est plus subjectif que la revendication elle-même. "La meilleure pratique pour moi pourrait ne pas être pour vous." C'est peut-être vrai, mais cela ne signifie pas que ce n'est pas la meilleure pratique. Cela peut signifier que vous ne pouvez pas ou ne savez pas comment le faire. C'est un problème différent en soi.
osij2is

2
Mais votre opinion est fausse. ;) Sérieusement, cependant, je pense qu'éviter les scripts, c'est comme éviter de savoir comment créer un sous-réseau. Aucun des deux n'est bon. Je veux dire, si vous acceptez que l'écriture de scripts augmente l'efficacité et le contrôle, pourquoi prétendez-vous que nous devrions traiter sur un pied d'égalité ceux qui l'évitent? Si vous deviez embaucher quelqu'un pour labourer votre champ, préféreriez-vous embaucher le gars avec un tracteur ou le gars avec un bœuf?
wfaulk

1

Honnêtement, vous pouvez conduire un cheval à l'eau, mais vous ne pouvez pas le faire boire.

Je suis arrivé en tant que SysAd dans le Corps des Marines il y a environ 10 ans, où il y a un grand écart entre être un administrateur et être un codeur. Être codeur signifie généralement que vous êtes coincé avec le site Web du projet pour animaux de compagnie du commandant (en obtenant peu de votre travail réel ...).

Pour cette raison, j'ai résisté à l'apprentissage du code, mais une fois que j'ai décidé de l'essayer, je me suis éclaté.

Pour ce qui est d'attirer quelqu'un, essayez d'utiliser des scripts AD / LDAP pour les attirer. (Je pense que c'est un peu plus accessible que de traiter avec WMI.) Attribuez une progression des tâches, dites "donnez-moi les noms d'utilisateur et les adresses e-mail des personnes du groupe XYZ ".

J'ai écrit ce morceau de code pour trouver tous les utilisateurs qui n'étaient membres d'aucun des groupes spécifiés: https://github.com/gwaldo/LDAP-Inverse-Group-Membership-Report

En ce qui concerne les ressources, consultez les Microsoft Scripting Guys (qui ont d'excellents articles et tutoriels) et Scriptomatic2, que j'aime pour creuser dans WMI.


0

La question suivante: pourquoi devraient-ils script? Cela déterminera la réponse.

Vraisemblablement, vous scriptez parce que c'est plus efficace. Dans ce cas, vous pouvez montrer à tout le monde ou signaler à la direction qu'il existe des moyens plus efficaces d'administrer les systèmes et attendre qu'ils en profitent dans une mesure de réduction des coûts.

Une personne autorisée peut exiger des scripts, en exigeant qu'il y ait des scripts en place pour gérer la plupart des choses. La façon dont cela fonctionnera dépend de plusieurs choses; s'ils sont simplement déclarés ainsi, les scripts resteront probablement inadéquats et obsolètes, tandis que les administrateurs fonctionnent normalement.

Il y a aussi la question de savoir exactement comment cela vous affecte. Cela vous dérange-t-il simplement, ou votre vie serait-elle meilleure si vos collègues administrateurs écrivaient des choses?


L'effet principal est que les administrateurs perdent leur temps à effectuer des tâches manuelles répétées sur plusieurs machines - des délais d'exécution plus longs - ce qui peut avoir un impact sur notre calendrier de développement (toujours jamais assez).
icelava

1
et n'oubliez pas que les tâches manuelles sont sujettes aux erreurs.
John Gardeniers

0

J'avais en fait une autre pensée. En ce qui concerne le fait que les administrateurs Windows juniors sont habitués aux interactions GUI, il serait peut-être utile de les démarrer avec une interaction GUI de script, avec quelque chose comme AutoIt . Cela leur permettrait de mettre la main à la pâte en ce qui concerne les scripts tout en leur permettant d'utiliser les outils qu'ils connaissent déjà, au lieu de jeter leurs outils existants et de leur faire apprendre de nouveaux outils et scripts en même temps.

Ensuite, une fois qu'ils se familiarisent avec l'idée de script en général, ils peuvent passer à un script non GUI. Même si ce n'est pas le cas, cependant, l'automatisation des clics sur les boutons peut encore potentiellement vous faire gagner beaucoup de temps.


0

J'ai défini les scripts comme «une documentation qui fait le travail pour vous».

Manager: allez passer d'innombrables heures à créer de la documentation, qu'un premier correcteur peut comprendre, qui sera périmée d'ici la fin de la semaine, pour que vos collègues cliquent de près via Task-X.

Employé: J'ai un script qui fait Task-X, pourrais-je simplement leur donner cela.

Manager: Bien sûr, après avoir terminé la documentation que je viens de demander, documentez également votre script, avec un organigramme.


0

J'ai défini les scripts comme «une documentation qui fait le travail pour vous».

Manager: allez passer d'innombrables heures à créer de la documentation, qu'un premier correcteur peut comprendre, qui sera périmée d'ici la fin de la semaine, pour que vos collègues cliquent de près via Task-X.

Employé: J'ai un script qui fait Task-X, pourrais-je simplement leur donner cela.

Manager: Bien sûr, après avoir terminé la documentation que je viens de demander, documentez également votre script, avec un organigramme.

N'oubliez pas que la documentation doit être dans un document MS Word afin de compliquer la lecture à partir du serveur.


J'ai oublié cette exigence.
Nathan Hartley
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.