Newsgroup: it.lavoro.informatica
Titolo: perchè si usano gli script?

Come sistemista windows, perche devo imparare e usare un linguaggio di 
scripting,es. powershell?
 
Io so programmare in visual C#,quindi qualsiasi codice me lo scrivo in C# 
(con VS express),lo compilo e me lo uso......non andrebbe bene?
 
Posso fare le stesse cose ,mi pare di aver capito finora.
 
Grazie e saluti 
 
 


Magari perche' quel magnifico (perche' e' fatto bene) carrozzone
(perche' installa un fottio di roba) che e' Visual Studio express e
non express non te lo trovi installato di default e gli script non te
li devi compilare?
-- 
Living in Barbaropoli
http://www.barbaropoli.com
 


Certo che puoi, ci metti di pi� per nulla per�.
Sei meno efficiente praticametne.
Esempio estremo, se hai aperto una shell, per vedere l'elenco dei files usi 
subito il comando dir o ti scrivi una console app in c# e poi la usi?
 

 usi subito il comando dir o ti scrivi una console app in c# e poi la usi?
 
Fai l'esempio di un singolo comando per�....parlavo di script che 
amministrano il file system ad esempio...Io faccio una applicazione console 
oppure con interfaccia grafica...faccio pure bella figura e posso 
distribuire il programmino..
Secondo me lo scripting � nato per venire incontro ai sistemisti che non 
sanno programmare...era cos� con VBA  e VB6 ,nel 2000, quando ho iniziato . 
 
 

 iniziato .
 
si si, è proprio così come dici te.

"rootkit" ha scritto nel messaggio 
news:1Ctmu.9347$Th2....@tornado.fastwebnet.it...

Ma che sia il fratello gemello di vittorio?
 


 
ho visto vari esempi.
Mai usati perche' non ho mai sentito la necessit� ...:-)
 
ciao
fm
 
 


Ma, per esempio, che usi per monitorare l'uso della CPU da parte di un exe 
che pu� essere attivo contemporaneamente su pi� processi in numero 
variabile? (prendi il caso di sw che gira in modalit� terminal server).
 

 ha scritto nel messaggio 
news:l7f02i$n9v$1...@virtdiesel.mng.cu.mi.it...

Per qualunque esigenza insolita cerco prima di documentarmi,
per non reinventare l'acqua calda,
il problema potrebbe essere stato affrontato da altri e
potrebbe avere una o piu'  soluzioni  pubbliche.
 
In questo caso specifico:
 dovrebbero  esistere componenti, dll, tools,  etc  ...  free o a pagamento,
che raccolgono le info di performance.
 
Ovvio che se per avere questa informazione  sui  lavori nel sistema
devo spendere 1000 dollari ed esiste invece  una soluzione valida e
gratis basata sugli script di windows ... usero' gli scripts.
 
ciao
fm
 
 
 

 basata sugli script di windows ... usero' gli scripts.
 
confesso che di windows ci capisco poco, ma su altri sistemi la norma è 
che questo tipo di informazioni te la dicano i tools di sistema quando 
non il sistema medesimo direttamente (
http://is.gd/0W8epH
). quello per 
cui servono gli script, a prescindere, è per automatizzare le operazioni.


E, da sempre, per mettere in pipe i vari comandi già disponibili, l'uso 
massiccio del | viene proprio dalle attività di scripting.
 

 Dipendi che intendi per direttamente.
 
intendo dire che unix, dove tutto è un file, espone molte di queste 
informazioni in uno speciale file system per cui basta fare la cat di un 
file per accedervi.


Sicuramente con C# puoi fare ben più cose di quelle che puoi fare con un linguaggio di scripting specifico per amministrazione del sistema (in Windows i bat, o Vbscript; in Unix gli sh). Powershell non lo conosco bene, può darsi che sia più potente. 
Il problema ci può essere in fase di distribuzione/installazione, un programma in C# lo distribuisci in forma di eseguibile e richiede quindi la presenza di determinate librerie Net. Uno script lo distribuisci come sorgente, che viene interpretato dall'interprete presente sulla macchina da amministrare, il quale interprete solitamente è "di serie" su molte versioni di un dato s.o. (es. l'interprete dei bat in Windows). Inoltre uno script è rapidamente modificabile direttamente sul server, visto che è in forma di sorgente. Un eseguibile ovviamente è modificabile solo tramite una macchina che dispone del compilatore e/o del tool di sviluppo.   
Il primo punto è risolto nel momento in cui sei certo che nella macchina di destinazione sono presenti tutte le librerie Net necessarie, allora vai tranquillo con C#. Oppure puoi usare linguaggi, come C, C++, Delphi, che generano eseguibili che richiedono un minimo di librerie esterne, anch'esse solitamente di serie su tutti i s.o. (es. il runtime di C). 
Il secondo punto non si può risolvere usando eseguibili. Se il programma deve poter essere modificato "al volo", bisogna per forza usare linguaggi di scripting standard.
Non vedo altri motivi che giustifichino l'uso obbligatorio di linguaggi di scripting rudimentali e limitati (*)
 
(*) in verità ce n'è un'altro: la relativa ignoranza dei sistemisti nell'ambito della programmazione :-)
 

 sanno programmare...era cos� con VBA  e VB6 ,nel 2000, quando ho iniziato .
 
E io che credevo di averle viste tutte...
 
-- 
Ciao!
Luca
 
 

 (*) in verità ce n'è un'altro: la relativa ignoranza dei sistemisti nell'ambito della programmazione :-)
 
talvolta penso che se non sei un troll aspiri ad esserlo...
 

 con VBA  e VB6 ,nel 2000, quando ho iniziato .
 
OMG... :-O
 
Ad ogni mezzo, il suo target: non cincentra un piffero saper o non saper
programmare...
 
Cit. Freddy:
"Magari perche' quel magnifico (perche' e' fatto bene) carrozzone
(perche' installa un fottio di roba) che e' Visual Studio express e
non express non te lo trovi installato di default e gli script non te
li devi compilare?"
 
bye G.L.
-- 
Da i.d.c.tutela:
P.S. Quando ci sar� lo switch-off, avr� problemi anche col
monitor del PC? Ho visto che � collegato in modalit� analogica.

 "Walter" <a...@aworrrnder.pp> ha scritto:

lo script e' un programma, fessacchi8
 
 
-- 
Soprano
 
 
 
----Android NewsGroup Reader----
http://www.piaohong.tk/newsgroup
 

lo script e' un programma, fessacchi8
 
Ne avevamo gia' discusso col tizio del televisore LCD e la villetta a
schiera vista immondezzaio che - come l'OP - non era daccordo.


 lo script e' un programma, fessacchi8
 
Devi capirlo. Ha iniziato con VBA... ossia, come NON si deve programmare. E te lo dice uno che VB l'ha usato parecchio...
 
-- 
Ciao!
Luca