Newsgroup: it.lavoro.informatica
Titolo: La sfiga esiste

Era una giornata tranquilla,quelle classiche giornate in cui ti limiti a
creare una mailbox,giocare un pò con il file server o più semplicemente
fare un paio di abilitazioni su sharepoint.
Tutto nella norma insomma.
Il massimo dell'action era l'account di un dirigente che si lockava
continuamente.
Allora ho voluto sperimentare.
Sfidare il destino.
E ho capito che il Dio dell'informatica è irascibile.
A mezzogiorno guardo i miei colleghi e me ne esco con "che faccio lo dico?"
Sguardi un pò perplessi.
"Dico...lo dico quello che non si deve mai dire a lavoro?"
capiscono.Ridacchiando mi danno l'ok.
E allora bestemmio.
"Beh sono le 12 ed oggi non è successo ancora nulla,penso che la giornata
andrà tranquilla tranquilla".
Alle 14 casca il cluster di Exchange(più di un nodo),la sede centrale
dell'azienda completamente isolata dal resto del mondo.
Squilla il telefono "no perchè l'AD vuole sapere che succede".Si chiama il
datacenter e così via(poi erano problemi di rete).
Ordinaria giornata di terrore informatico.
La sfiga esiste.
Non giocateci.
Voi potete anche non credere in lei,ma lei crede in voi
(fate partire una musichetta stile film horror di serie C per dare
maggiore enfasi a ste frasi)
-- 
Ho fatto una scoperta oggi. Ho 
trovato un computer. Aspetta un momento, questo e' incredibile!
Fa esattamente quello che voglio. 
Se commetto un errore, e' perche' io ho sbagliato, non perche' io non gli
piaccio... 
O perche' si senta minacciato da me... 
O perche' pensi che io sia un coglione... 
O perche' non gli piace insegnare e vorrebbe essere da un'altra parte...
Loyd Blankenship
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Non giocateci.
e secondo te, perche si dice che:
non c'e' soluzione piu' definitiva di una soluzione provvisoria ?
dove trovi qualcuno che abbia il coraggio di mettere mano
in quella soluzione provvisoria, e funzionante, per renderla
definitiva ?
benarrivato :)
felice_pago
le mie soluzioni sono indifferenti
.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Non giocateci.
Giocarci si, ma *mai* cominciare per primi.
E adesso torniamo dal DG........
M.
-- 
zosta ha scritto:
 > Questo non è vero Franz.
 > Le pecore marce non rovinano l'intera cesta.

 
Eccomi.
Ho avuto coraggio e adesso non ho più niente.
Come dice la canzone:"Ninetta cara! Dritto all'inferno! / avrei 
preferito andarvi in inverno"

 preferito andarvi in inverno"
e vist oche non ci sono piu' le mezze stagioni,
hai preso la balla al balzo e tatata.
dicci dicci
ps:
anche io ho SOSTITUITO soluzioni provvisorie,
con ALTRE soluzioni provvisorie, mai definitive !


 Alle 14 casca il cluster di Exchange(più di un nodo)
Ehehehe, ho lavorato in un'azienda dove si facevano 2 turni. Quelli del
primo turno avevano smesso di congedarsi da quelli del primo dicendo
"buona chiusura" perché comportava sempre disastri immensi e gestibili
solo su più giorni (tipo sbalzi di corrente - nonostante l'ups - e 10
client che non partono più)... :D

 
Questo si può definire buon senso.
Però a volte è difficile metterlo in pratica se un team di lavoro si 
fonda sull'accettazione dogmatica del metodo e dell'approccio alla 
migliore soluzione come attività di servizio o di manodopera. Mi spiego 
meglio: uno vede che qualcosa funziona ma è provvisoria e ci mette le 
mani per studiarne le reazioni in modo empirico. Combina un pasticcio e 
non può ripristinare la prima soluzione perchè assediato dai cerberi del 
cliente che lo osservano lavorare fissando il suo schermo da dietro le 
sue spalle per ore. Intanto il team non interviene in soccorso cercando 
di inquisire il capro espiatorio di turno. Quindi la soluzione 
funzionante ma provvisoria non c'è più: c'è il disservizio e nessuno che 
copre le spalle al coraggioso perchè impegnatissimi a cercare il colpevole.
In conclusione vi lascio immaginare quanto a lungo permarrà il disservizio.

 
Questo si può definire buon senso.
Però a volte è difficile metterlo in pratica se un team di lavoro si 
fonda sull'accettazione dogmatica del metodo e dell'approccio alla 
migliore soluzione come attività di servizio o di manodopera. Mi spiego 
meglio: uno vede che qualcosa funziona ma è provvisoria e ci mette le 
mani per studiarne le reazioni in modo empirico. Combina un pasticcio e 
non può ripristinare la prima soluzione perchè assediato dai cerberi del 
cliente che lo osservano lavorare fissando il suo schermo da dietro le 
sue spalle per ore. Intanto il team non interviene in soccorso cercando 
di inquisire il capro espiatorio di turno. Quindi la soluzione 
funzionante ma provvisoria non c'è più: c'è il disservizio e nessuno che 
interviene sul campo per coprire le spalle al coraggioso perchè 


 preferito andarvi in inverno"
Mettiamo i puntini sulle i:
"Ninetta mia, crepare di maggio \
ci vuole tanto, troppo coraggio \
Ninetta bella dritto all'inferno \
avrei preferito andarci in inverno".
Adesso mi spieghi che c'entra il povero Faber? ;)
-- 
Ciao!
Luca

 con ALTRE soluzioni provvisorie, mai definitive !
D'altra parte la saggezza popolare parla chiaro:
"se funziona quel che basta / non toccare che si guasta"
-- 
Ciao!
Luca

Qua da me ho un server di posta che serve me ed un paio di miei clienti.
Va che è una bomba. Stamane ho avuto la malagurata idea di installarci 
un nuovo filtro antivirus... Ovviamente di leggere la documentazione non 
se ne parla proprio tanto installandolo si capisce tutto! In meno di 
un'ora mi ha riempito il disco di file perchè lo avevo configurato male.
Quando non ne hai abbastanza te le vai a cercare.

 Quando non ne hai abbastanza te le vai a cercare.
quoto. non solo, voglio raccontare un aneddoto simile.
da noi avevamo un server di posta linux+postfix, per anni ha fatto 
egregiamente il suo lavoro. un giorno l'amministratore di sistema decise 
di mettere il filtro antivirus della norton, che consisteva in una 
macchina fisica windows da interporre fra il firewall e il server linux 
che faceva da smtp gateway. in pratica, da internet arrivava la posta, 
veniva ricevuta dall'antivirus che potava gli allegati infetti e poi 
inoltrava il messaggio al server linux.
purtroppo perň c'era un problema: il gateway era una macchina interna, 
motivo per cui il postfix assumeva tutta la posta proveniente dal 
internet come generata da un indirizzo interno, quindi tutti i controlli 
sul relay andarono a farsi benedire... risultato: dopo pochi giorni il 
nostro server era nelle blacklist di mezzo mondo e tutti a chiedersi perchč.
ma la cosa buffa era che anche a cose normali erano piů i problemi 
introdotti di quelli risolti: in azienda non avevamo mai avuto grossi 
problemi di virus, in compenso non c'era piů verso di mandare o ricevere 
allegati.
quando si dice andarsela a cercare...
-- 
Fino all'anno scorso avevo un solo difetto. Ero presuntuoso.
http://softvalley.blogspot.com

 internet come generata da un indirizzo interno, 
Quello che mi chiedo (e in realtà l'ho chiesto ad un paio di produttori 
di AV/antispam) è perché non implementano la possibilità di prendere 
l'IP di provenienza da un header X-qualcosa: nel tuo caso Norton avrebbe 
messo un header X-header-segreto: <ip esterno>, il server di posta, 
opportunamente configurato per leggere questo IP dall'header 
(cancellando per non rivelarlo all'esterno) e fare gli opportuni check 
del caso....
Francesco

 errore da pivellini !
Ti dirò che il panorama che esce da questo thread è che ci sono "tecnici"
che non esprimono il max della professionalità.
Mi chiedo se il mercato del lavoro IT si è adattato a queste figure, per le
quali un 
co.co.pro
 a 900 Euro mensili è forse troppo considerati i danni
che fanno, oppure il contrario.
PaF

PaF ha scritto:

se è per questo, emerge più chiaramente che qualcuno dei presenti 
avrebbe futuro certo come giudice, vista la facilità con cui arriva alle 
sentenze.
io parlo per il mio caso: nella nostra azienda facciamo software su 
commessa, non abbiamo di fatto una struttura di sistemisti interna 
dedicata e quando "quello bravo" va via o viene assorbito da una 
commessa bisogna arrangiarsi. fondamentalmente privilegiamo il business, 
non mi sembra una cosa da sigmatizzare in questo modo tanto più che non 
siamo una grossa azienda e oltretutto nel business la nostra 
professionalità si esprime su altro (software, appunto).
giustamente fp fa notare che è un errore da pivelli e personalmente non 
ho nessuna difficoltà a dargli ragione (anche se non sono io l'autore 
del misfatto ma potrei tranquillamente esserlo). la tua conclusione, 
specialmente nel punto dove ti sbilanci a dire quale sia lo stipendio 
meritato, la trovo assai più saccente perchè a differenza sua butti lì 
la sentenza lasciando ad intendere che la motivazione sia ovvia.


Il Fri, 08 Feb 2008 01:47:34 +0100, rootkit ha scritto:
[cut]
Prova a rileggere tutto il thread e non solo il tuo post. Mette in evidenza
che la professionalità nelle nostre aziende da parte del personale IT non è
così data per certa. Non ho citato casi specifici e se ti senti preso in
causa non so cosa farci, il mio commento va oltre la limitata realtà di
i.l.i.
Si parla di tecnici che testano configurazioni *in produzione*, aziende che
al cambio turno del personale chissà cosa si aspettano, ed altre amenità, e
quanto letto è solo un campione di quanto accade nelle aziende.
Anche se ti infastidisce ribadisco che il personale IT che fa grossi danni
si merita le cifre che girano, anzi fosse per me lo sbatterei pure fuori
dall'azienda.
Io come consulente/imprenditore se combino guai pago in prima persona: 
1. cazziatone
2. perdita del cliente 
3. causa per danni 
Sono abituato a lavorare in un determinato modo, che non prevede test in
produzione, modifiche delle quali si verifica *empiricamente* le
conseguenze ed altro. Tu lo puoi definire "essere saccente", io
"professionale", che è anche il modo migliore per pararsi il c**o e
spuntare cifre dal cliente finale oltre la media. 
PaF

 Si parla di tecnici che testano configurazioni *in produzione*,
ah per fortuna non in tutte :)
qui si :(
anzi serve oltre che per test, proprio per lo sviluppo/collaudo !
quando ero in AUTO la gente veniva cazziata/cacciata,
se si permetteva di fare qualcosa in esercizio/produzione
felice_pago
la mia produzione e' indifferente


 se si permetteva di fare qualcosa in esercizio/produzione
A volte un errore non corretto, in software critici che pilotano linee di
produzione (come quelli che sviluppo io), comportano danni economici
consistenti:
- produzione di articoli non conformi e quindi da rifare
- ritardi nella consegna 
- nel caso peggiore articoli consegnati al cliente con errori strutturali e
non corretti, se il bug è proprio nella sezione controllo qualità
Non mi sembra di dire un eresia se sostengo che in simili contesti chi
sbaglia deve pagare.
PaF

 i.l.i.
Io non ho nulla da obiettare sul tuo ragionamento. Nel mio caso puoi 
star certo che il danno l'ho provocato solo a me stesso visto che mai mi 
sognerei di toccare ambienti in produzione senza aver prima testato le 
cose n volte. Facendo lo sviluppatore poi è già pericoloso solo pensare 
di metter su un server di posta.

 PaF
Ciao


 troppo poco in giro per camparci "serenamente".
Ti dirò, io sono contento che ci siano molti consulenti e/o società di
incompetenti/fregoni, perché se ho la fortuna di arrivare al cliente dopo
di loro (e mi è capitato spesso) non solo faccio bella figura ma il cliente
mi paga volentieri.
Cito un caso, fra molti. Una società di consulenza aveva intestato a sé il
dominio del loro cliente (diventato in seguito mio), inoltre per tenerlo
con il cappio al collo non aveva fornito la password di Administrator, così
il cliente per ogni pirlatina aveva bisogno di loro. Chiaramente dopo poco
il cliente si è indispettito (non costavano poco), per vie traverse mi ha
contattato, ho stilato un report dettagliato di quanto non andava (tra cui
anche l'intestazione del dominio, backup non schedulati, etc).
In 2 giorni hanno pedalato la società precedente e cambiato dominio.
La professionalità alla lunga paga. Il bello è che con la password di
Administrator non ci fanno niente ma almeno il cliente non si sente
incatenato. Io voglio che i miei clienti mi tengano come consulente perché
soddisfatti, non perché costretti :-)
PaF

 soddisfatti, non perché costretti :-)
Toh, una mosca bianca!


 spuntare cifre dal cliente finale oltre la media. 
come vedi anche tu ti senti in dovere di fare dei distinguo e prendere 
le distanze dalle tue stesse critiche. e, permettimi, anche un 
atteggiamento tipico all'italiana: tutto sbagliato, tutto da rifare, 
*tranne* ovviamente se stessi.


 *tranne* ovviamente se stessi.
Evidentemente abbiamo una capacità di comprensione del testo scritto
radicalmente diversa.
Io non prendo le distanze proprio da niente, non so dove tu possa leggere
quanto sostieni nelle mie righe di testo. 
Quali parole in 
*Sono abituato a lavorare in un determinato modo, che non prevede test in
produzione* 
ti fanno pensare quanto hai scritto ? Il concetto che *lavorare bene* ti
evita grane con il cliente è forse di difficile comprensione o è per te un
tipico modo di lavorare all'italiana ? 
PaF

 tipico modo di lavorare all'italiana ? 
scusami paf ma non mi sembra il caso di metterla sull'uno contro uno. il 
concetto di lavorare bene mi è perfettamente comprensibile.


 concetto di lavorare bene mi è perfettamente comprensibile.
Perfetto. Mi sembrava di aver letto un commento circa la mia incoerenza
nell'esposizione nei miei post ma devo essermi sbagliato.
PaF