Newsgroup: it.lavoro.informatica
Titolo: Amministratore di sistema vs Sviluppatore

Salve,
da piu' parti mi si sconsiglia di cercare di crearmi una carriera nel
campo dell'Amministrazione di sistema (Linux), dato che sono laureato
in Informatica con ottimi voti, e l'Universita', almeno in Italia, e'
piu' orientata a formare ricercatori, cioe' persone che "creano" e
sviluppano cose nuove, piu' che amministratori di sistema...Inoltre mi
si dice che
 - Gli amministratori di sistema tendono a non fare carriera (cioe'
rimangono sempre amministratori)
 - Gli amministratori di sistema tendono a fare sempre le stesse cose
(meglio, dico io, meno stress e scazzi vari)
Ma a me piace lavorare con la shell, installare sistemi operativi,
confrontarne le caratteristiche, ecc...Perche' c'e' questo snobbismo
verso l'attivita' di amministrazione?
Inoltre vorrei anche fare il penetration tester/ethical hacker, un
giorno...e' meglio avere un background di amministrazione di sistema o
di sviluppo software?
Grazie

 (meglio, dico io, meno stress e scazzi vari)
Fai l'amministratore che è meglio.


per fare security devi essere allo stesso tempo un ottimo
programmatore ed un ottimo sistemista.
Una differenza chiave tra le due attivita' e' che e' molto piu facile
fare autoformazione come programmatore che come sistemista.
Quindi forse ti conviene lavorare inizialmente come sistemista.
Inoltre all'universita', come hai detto tu stesso, avrai imparato di
piu' sul lato programmazione..
Piccola nota di realismo .. purtroppo e' difficile "fare carriera" sia
come sviluppatore che come sistemista!

 Salve,
 fatti una ricerca con "sistemista+sviluppatore" & affini negli
archivi del gruppo.
Ne abbiamo parlato a pacchi

Amministratore di sistema.
Per lo sviluppo dovresti trovare un settore specialistico per non 
perderti nella massa.
Ciao
M.
-- 
"Ho perso le parole" (Ligabue)
"Mi restano un po' di parolacce" (Smith)
http://www.qtp.it/Gallery/main.php?cat=12311

 Amministratore di sistema.
siete parenti :)
felice&pago
.

 wrote:

alla fine l'amministratore di sistema cambia le cassette per il
backup...una controllatina qua e la sui client e via.
ti piace? Allora fallo
lo sviluppatore e' un lavoro molto piu' creativo.

 backup...una controllatina qua e la sui client e via.
Seeee.... te piacerebbe....
-- 
Ciao!
Luca


io ho sempre visto fare queste cose :)
ah ...aggiorna anche l'antivirus e dice anche al firewall di non far
usare faisbuk durante l'orario di lavoro.
:)))

 io ho sempre visto fare queste cose :)
Ovvio.
Perche':
1 - normalmente i grandi interventi NON si fanno durante l'orario
normale di lavoro, a meno che non sia strettamente necessario;
2 - un progetto di una rete e di un sistema informativo non e' cosa che
'vedi' fino a quando non e' completa; prima, studio, preparazione di
ci� che serve e verifica viene - dovrebbe essere - fatto off line.
3 - se si tratta della predisposizione di un nuovo ufficio, ovviamente
si fa quando non c'� nessuno.
Non e' un caso se per i sistemisti (ma anche per i manutentori) il
periodo di maggiore attivita' � quando gli altri sono in ferie.
Ah, durante l'orario di lavoro si fa normalmente il lavoro noioso (gli
utenti che hanno le paturnie...).
-- 
Ciao!
Luca

 
non sai di cosa parli.
S.

 backup...una controllatina qua e la sui client e via.
Se ti facevano fare sta roba ti avevano fregato, eh? Non so se arrivi manco 
al livello helpdesk con ste mansioni.
-- 
Vide

 perderti nella massa.
perche', per gli amministratori di sistema non vale?
Dovresti saperlo bene te, che ti sei specializzato nel settore
specialistico "caccia al virus" .. MUHAHAHA! :)

 lo sviluppatore e' un lavoro molto piu' creativo.
ma non diciamo cazzate.
-- 
Mi Pumba es tu Pumba!!!

 utenti che hanno le paturnie...).
a chi lo dici, se vuoi ti passo il ticket di un cliente:
utente A si connette in vpn utilizzando uid e pwd di utente B salvate
nel client per la connessione.
utente A cancella la password di utente B dal client per errore.
Logicamente io non conosco password di utente B
Posso resettare la password ma non posso comunicarla ad utente A perche'
la password e' quella di dominio per collegarsi anche al terminal
server e utente A non la deve conoscere assolutamente.
ah non posso collegarmi via remoto alla macchina ;)
Fortunatamente utente B oggi dovrebbe tornare.


 server e utente A non la deve conoscere assolutamente.
Ed allora perch� utente A non ha una password sua, che cos� oltretutto
qualsiasi cazzata fatta da utente A risulta fatta da utente B? :-)

 qualsiasi cazzata fatta da utente A risulta fatta da utente B? :-)
perche' utente B e' l'unico che puo' e deve poter tirare su la vpn :)
utente A poi si connette al terminal col suo account. :)
-- 
Sei cosi' secco...
Che se ti metti di profilo e tiri fuori la lingua...
Sembri una Zip!

 perche' utente B e' l'unico che puo' e deve poter tirare su la vpn :)
Se la pu� tirare su utente A con la password di utente B, qual'� la 
differenza a parte aver creato un buco di sicurezza?

 utente A poi si connette al terminal col suo account. :)
Uh, ma far utilizzare il proprio account ad altri cozza un po' con la 
vigente normativa sulla privacy.
Gli account sono "personali" e non possono essere delegati.
Ok, non e' un reato, ma almeno un illecito.
A meno che io non mi sia arrotolato sull'italiano e nella frase:
"utente A poi si connette al terminal col *suo* account." il "suo" fosse 
riferito ad utente A medesimo, allora il discorso fila liscio.
E' l'ora del caffe'!  %)
Ciao.


 riferito ad utente A medesimo, allora il discorso fila liscio.
E non fila liscio no. Se l'utente A invece di "connettersi al terminal
col suo account" decide di usare il canale VPN per far danni sulla rete
(magari perch� � un collaboratore esterno che non � stato pagato e che
ha deciso di vendicarsi), *non c'� modo di dimostrare che � stato lui*,
in quanto la stessa connessione viene usata da persone diverse e non
si pu� discriminare chi � chi: ad ogni riscontro, � "B" che si �
connesso, non A.

Sentenza ha scritto:

Ni, se ritaglio la connessione che quel VPN possa raggiungere solo i 
server dove A e' abilitato (e dove loggo la sua utenza "A") non mi 
interessa se il canale e' aperto da B.
Se invece il VPN porta "dentro" all'azienda senza ulteriori accortezze 
allora ti quoterei, al netto di quanto rimarrebbe tracciato in AD.


 allora ti quoterei, al netto di quanto rimarrebbe tracciato in AD.
Fammi capire, quindi se A si accontenta di sdraiare "solo" i server dove
B � abilitato va bene? :-)

 riferito ad utente A medesimo, allora il discorso fila liscio.
esatto :)
-- 
Che S. Marco d' Itri mi perdoni...

 differenza a parte aver creato un buco di sicurezza?
Diciamo che il fatto che B non sia presente e che A debba per forza
accedere al server, e' come dire, un accidente. 
Non ho ben capito com'e' la storia, non gestisco io il cliente, ma 
penso che B faccia da router per A. 


Sentenza ha scritto:

Benissimo, cosi' si fa' girare l'economia ed il PIL cresce!
Scherzi a parte, a me in passato sono capitati dei giornalisti che 
dovevano accedere al "loro" sistema per inserire i loro pezzi, che poi 
sarebbero stati presi dalla redazione a qualchemilakm di distanza.
In casi di tasferte in posti disagiati capita che si mettano dei PC in 
pool, dove il VPN possa essere messo in piedi da B (tecnico del posto o 
sfigato in trasferta, non giornalista), che pero' non ha login sui 
server/sistemi, quindi non puo' fare altro.
Poi arriva il giornalista A che si logga (quindi viene tracciato) e 
accede in modo limitato al server (non lo puo' piallare, ma solo mettere 
i suoi contributi nella sua share).
Quando si alza fa logoff.
Poi arriva il giornalista C, che si mette sullo stesso PC, ha il canale 
verso la sua rete gia' aperto, si logga, e non vede niente di A.
E' una situazione un po' particolare, ma lo schema e' quello prospettato 
da AndryAtWork.
Ciao


 di sviluppo software?
sono entrambi lavori di merda senza possibilità di carriera, ammeno che 
non diventi un guru di qualcosa.
se ti piace fare l'hacker diventa amministratore, ma impara anche a 
sviluppare qualcosina.

 Fortunatamente utente B oggi dovrebbe tornare.
nel frattempo utente A non ha più un account? :-D
S.

 non diventi un guru di qualcosa.
Come si dice... Non c'è lavoro in cui non si possa diventare un
mediocre.

 fare autoformazione come programmatore che come sistemista.
Dici? Perch�?

 Dici? Perch�?
Direi banalmente che per formarti come sistemista devi avere accesso
ai sistemi. Anche se le tecnologie di virtualizzazione aiutano, �
difficile simulare tutto, specie le interazioni "tra" i sistemi - e poi,
ovviamente, devi averli per prima cosa, i sistemi operativi da installare.
Invece per programmare, in linea di principio ti serve solo una macchina
su cui installare gli ambienti di sviluppo.

 lo sviluppatore e' un lavoro molto piu' creativo.
Stronzate. Nulla è più creativo di un BOFH.

 Nulla � pi� creativo di un BOFH.
Questa potrebbe essere una sign ... ...


 Stronzate. Nulla è più creativo di un BOFH.
Quoto :)
-- 
Vide

 vorrei mettere all'asta alcuni oggetti ke ho a casa...
Immagino che vorresti vendere la tastiera.
E' evidentemente difettosa. 

 su ok, strani i casi della vita.
a me succedono cose analoghe mentre pulisco la tastiera e/o il mouse.. 
una volta che la tastiera era particolarmente sporca  mi è 
accidentalmente partita una "lartata" di 3 pagine.. non racconto gli 
effetti, ma assicuro che sono stati spettacolari
S. 



infatti. quindi tanto vale che faccia quello che gli piace di più.

 infatti. quindi tanto vale che faccia quello che gli piace di più.
se è per quello, da una statistica spicciola, il mestiere più ambito 
dagli uomini è quello del magnaccio...