Question Start-Job avec plusieurs functions

Pour le dotsource je pensais à qq chose comme ceci :
[code:1]
$PSScripts='C:\MonRépertoireDeScripts\MonTraitement\SesPrerequis\"
cd $PSScripts

Write-Host \"`n`rImport des scripts externes du répertoire :`r`n $PSScripts\"
Get-Childitem $PSScripts|Where {$_.Extension -eq '.ps1'}|
Foreach {
$Local:FName=split-path $_.Fullname -leaf
Write-Host \"$FName \" -noNewLine
#Charge en dot source,
# i.e. dans la portée courante
. $_.Fullname
}
[/code:1]
usopp écrit:

je me rend compte pour faire un script super secure, bien écrit, évolutif, rapide and co

Tu mets la barre un trop haute là.

-expérience
Si on ne pratique pas, on ne peut en acquérir.
En passant, pour 'super secure' : PS n'est qu'un révélateur...

-maitrise du langage
C'est le comportement et ce à quoi on doit penser qui importe ici, le langage moins. PS a peu d'instructions. Et sans pratique pas de maitrise possible.

-énormément de temps
D'en avoir pour apprendre c'est déjà bien. Ensuite de pouvoir bénéficier d'aide le réduit.

En tout cas, si tu n'es pas plus avancé, j'ai l'idée de mon prochain tutoriel <br><br>Message édité par: Laurent Dardenne, à: 30/10/14 17:44

usopp écrit:

oue mais je veux dire commencer par des gros scripts qui doivent aller en prod le mois prochain dans un gros environnement c'est chaud

Oui, c'est la première compétence à acquérir
usopp écrit:

ca marche c'est le principal

Je suis d'accord.
usopp écrit:

mais si un mec pas trop mauvais me relis il va gerber lol

On ne peut pas combler toutes les lacunes, dont certaines ne nous appartiennent pas...
usopp écrit:

je voulais dire verifier toute les entrées et conditions possibles

Tous je ne sais pas, mais une bonne partie.
Et là on change de braquet, puisqu'il faut automatiser le contrôle de traitements
Car de tester à la mano si tu modifies ton script tu recommences tes contrôles à la mano, et vu le temps dont tu disposes...
usopp écrit:

ca vient pas du jours au lendemain malheureusement

Je suis d'accord. et c'est pour tout comme ça.
usopp écrit:

il faut scripter a mort

Je ne pense pas, j'ai plus une approche \&quot;lire la doc et comprendre avant de faire\&quot;.
C'est plus long, l'objectif n'est pas de pisser de la ligne, mais de comprendre ce qu'on fait.
usopp écrit:

j'en connais qui script depuis des années...

A les côtoyer on sait, au moins, ce qu'il ne faut pas faire, nous ne pouvons que les remercier
usopp écrit:

il y a pas beaucoup de cours pour ca..

Le problème de fond que tu rencontres, comme peut-être la majorité aujourd'hui, est qu'on te demande de faire des choses sans être formé, dit autrement on te déformes, et surtout nous n'avons plus le temps d'apprendre, juste de faire.
Ici, Powerhell est le cadet de nos soucis.
usopp écrit:

un mec qui debug mes scripts ..

Non, qui te donne l'information dont tu as besoin. Si qq debug tes scripts, tu n'as aucune raison d'apprendre, cqfd.
usopp écrit:

c'est a dire ?

J'ai démarré la rédaction d'un tutoriel sur les jobs, je ne sais pas quand je le publierais, mais je m'efforce de terminer ce que je commence.

Message édité par: Laurent Dardenne, à: 30/10/14 19:38<br><br>Message édité par: Laurent Dardenne, à: 30/10/14 19:39

usopp écrit:

je butte 3h sur des bugs de merde

C'est aussi un point important qui est souvent passé sous silence lors de formations.
Comment faire lorsque cela ne marche pas ?
On a déjà pas le temps d'apprendre à faire, alors apprendre comment debugger !
Le debug n'est pas en soi difficile sous PS, le seul truc est qu'il faut y penser avant d'avoir codé la première ligne

surtout si c'est sur temps libre courage

La dernière fois je n'ai pas repris ton propos sur ce thème. Mais selon toi comment fait-on, si l'entreprise ne te donnes pas le temps pour te former aux outils qu'elle utilise et qui est la base de ton travail, pour progresser ?

On peut voir 'temps' ou 'libre', c'est selon