Newsgroup: it.lavoro.informatica
Titolo: Lunedi' di malta!!!!

Stamattina e' proprio un merdo*i**imo lunedi', ho sentito di strascico 
di discorso tra il responsabile dell'assistenza e un tecnico:
Tecnico: "Ho un problema su una query che fatto sul db per eliminare un 
record"
Admin: "Che query?"
Tecnico: "DELETE FROM tabella, dovevo eliminare un record che non si 
cancellava dall'applicativo.
Admin: "Ma no, cazzo!"
Tecnico: "Non ho fatto backup e dopo non c'erano piu' le anagrafiche, 
quindi per ora ho ripristinato un archivio di aprile, come faccio a 
recuperare quello piu' nuovo?"
Admin: "..."
Poi sono andato a prendere un caffe' per non sentire le urla, che alla 
fine non ci sono state.
troppo spesso la gente fa le robe a caso e il piu' delle volte ha culo!


Mai sentito la massima meglio essere fortunati che intelligenti? :-)

 troppo spesso la gente fa le robe a caso e il piu' delle volte ha culo!
E a volte nel c...o finisce per avere altro...
E poi si parla di professionalità...
Che database server era? (Oracle = flashback query, non so con altri db.
Certo che se ha pure fatto il restore di un vecchio backup prima di
chiamare l'admin...).
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Il Mon, 12 Jul 2010 11:09:54 +0200, 4r4g0rn At Work ha scritto:
[cut]
Mi auguro che il "tecnico" sia licenziato su due piedi.
Non esiste che "un tecnico" faccia una cosa simile. 
E' già fortunato se non si prende una denuncia per danni.
Qui non si tratta di un errore che umanamente si può comprendere, ma di
incompetenza allo stato brado.
PaF

 chiamare l'admin...).
firebird no ormai penso che sia andata!

 troppo spesso la gente fa le robe a caso e il piu' delle volte ha culo!
se a quel tecnico venisse assestato un bel colpo di macete all'altezza
della falange del dito che ha premuto enter, il prossimo update lo
farebbe con il cervello acceso invece di restare con la testa al fine
settimana.

 FB ha scritto:


Ammesso che l'azienda abbia un minimo di struttura e di policy interne,
vorrà dire che l'admin la prossima volta starà più attento e al tecnico
generico verrà data una utenza con grant solo sulla SELECT. Alla fine è
anche il suo mestiere di admin (come pure avere cura dei backup). Sempre
che l'admin in questione non sia solo qualcuno che fa altro e si prende
anche la rogna di fare da admin nel tempo libero (come spesso purtroppo
succede, molte aziende vanno avanti solo perché ci sono persone che fanno
quattro lavori, e si assumono responsabilità che non competono loro,
venendo pagati per uno).
Se invece si parla di personale generico che viene solo pagato poco senza
che sia necessario avere competenze specifiche, beh, allora la
responsabilità è anche del management.
Arrivati a un certo punto E' UNA QUESTIONE DI SOLDI. Quello che paghi meno
prima rischi di pagarlo molto di più dopo. Non è detto che sia così o che
sia sempre così, ma a volte capita e il management è bene che ne sia
consapevole. 
Troppo facile poi scaricare sull'ultima ruota del carro (che per carità la
caxxata l'ha fatta e magari è pure giusto che paghi. Ma chi ce lo ha messo
a fare quello che ha fatto? Chi gli ha dato user/pwd per fare quello che
ha fatto?).



Ue, ma tu in che mondo vivi? :-)
Qui quando si fa manutenzione sui server si entra come amministratore da cui 
si ottiene accesso a credenziali piene anche all'rdbms.
Ovviamente sul server ci sono anche i tool grafici per smaneggiare sul db 
per rendere il tutto ancora più user-friendly.

 generico verrà data una utenza con grant solo sulla SELECT. 
aspee ti fermo subito il povero cliente andar bene ha un pc in 
monoutenza(il software e' un semplice gestionale) e quindi non hanno 
manco un admin, l'admin e' il nostro interno.



Vedo due approcci diversi:
1) Il tecnico ha chiesto le credenziali per fare ciò che ha fatto
spacciandosi per chi ha le competenze per farlo => tecnico gratinato
2) L'admin ha dato le credenziali amministrative a cani e porci => admin
gratinato
PaF

 manco un admin, l'admin e' il nostro interno.
credo che il misfatto sia avvenuto per teleassistenza... -_-
il fatto e' che non dovrebbero fare query sul db e che cacchio!

 per rendere il tutto ancora più user-friendly.
Magari con password salvata nella configurazione della connessione e
simili. Certo, è così ovunque. Ma tutto ha un prezzo. Com'era? There ain't
no such thing as a free lunch?
A volte si capisce dopo che non è gratis e quale è il prezzo.


 FB ha scritto:


Come spesso/quasi sempre accade. Quindi il tecnico in questione è il
cliente finale. Il quale non ha una politica di backup (non ce l'ha perché
non l'ha voluta o perché non gli è stata proposta?) e non sa bene dove
mettere le mani.
Però qualcuno ha dato al cliente finale user/pwd al db con accesso in
scrittura anche se questi non aveva competenze per metterci mano.
E' stato fatto consapevolmente?
Diciamo che avete materiale per intervenire sul cliente e proporre come
minimo di mettergli su una policy di backup automatico e farci sopra
qualche soldo! Non sempre tutto il male viene per nuocere!


 il fatto e' che non dovrebbero fare query sul db e che cacchio!
L'unico modo per impedirglielo è non dargli utenze con diritti in
scrittura.
Poi se hanno un problema, quale ad esempio questo di una cancellazione,
invece di dargli assistenza al telefono e fargli fare le query ti fai dare
l'id del record da cancellare e gli prepari un bel batch da far girare sul
pc così sei sicuro che la query l'hai preparata tu (con l'utenza che ha
accesso in scrittura). Magari dopo avergli fatto fare un backup, che non
fa mai male.
Non è per voler fare il professore, porcate ne ho fatte anche io per fare
prima e chissà quante altre ne farò ancora, però un minimo di cautela,
specialmente in cancellazione, è NECESSARIA.
Misurare dieci volte e tagliare una sola.


 gratinato
Mi sembra di capire che è una procedura piccola, addirittura monopc.
Pertanto tutte le complicazioni di gestione con admin, dba, grant,
ecc. ovviamente sono eccessive. Basterebbe un bel backup quotidiano,
tanto per iniziare.
Però mi è sembrato di capire che su cotanta procedura c'è pure una
assistenza esterna, presumo pagata riccamente.....ma senza backup!

 fa mai male.
ma di solito fanno cosi' non so che cakkio gli e' preso alla tecnica 
deve essere stato che e' lunedi'...
ps
la procedura di backup automatico aveva dei problemi proprio su quel 
cliente da un po' di mesi! :-O

 cliente da un po' di mesi! :-O
Legge di Pickering sui dati perduti
La probabilità che i dati sul disco rigido si cancellino è direttamente
proporzionale al tempo trascorso dall'ultimo backup.



parafrasando Attila: (e con in mano martello da 100kg)
"quale è la mano che ha cancellato li miei dati?"

 Admin: "Ma no, cazzo!"
Promemoria per il cosiddetto /Admin/:
REVOKE DELETE ON tabella FROM tecnico;

 Tecnico: "Non ho fatto backup
Questa e' la cosa grave, non tanto il fatto che gli sia sfuggito l'enter
prima di finire di scrivere la query (si': non oso pensare che sia stato
mandato qualcuno cosi' inetto da pensare che un determinato record
si cancelli cosi', perche' non sarebbe da mazziare solo lui ma anche
chi ce l'ha mandato...)
bye G.L.
-- 
"E' assolutamente evidente che l'arte del cinema si ispira
alla vita, mentre la vita si ispira alla TV" - Woody Allen

 culo!
Beh, pero' da me c'e' una bella locuzione: colpo de mona.
E' quello che colpisce a casaccio un po' tutti, prima o dopo, e che per
fortuna nel 99% dei casi e' innoquo.
Comunque, per dire lunedi, io che credevo di avere visto tutto in
informatica, questa mattina ne ho vista una nuova. Applicativo la cui
ultima versione risale a maggio 2003, scritto, allora, in Visual Basic.
Da un po' di giorni fa le bizze, nel senso che vengono dichiarati
timeout su query ad AS/400 di 30 secondi dopo appena due o tre. Dopo
varie prove e non sapendo piu' che pesci pigliare, anche perche' da me
andava tutto cio' che al cliente non andava, ho deciso di provare una
cosa inutile, ossia il recupero dei sorgenti originali dalla copia; ho
ricompilato l'eseguibile, l'ho copiato sul PC di prova del cliente... e
si e' rimesso a funzionare tutto!
Pensavo a qualche modifica, ma i sorgenti hanno la data
dell'applicativo installato, maggio 2003!
Che vuol dire tutto questo? che in fondo non sono cosi' anziano, dai, e
che di roba ho da vederne ancora tanta... :-DDDD
-- 
Ciao!
Luca

 che di roba ho da vederne ancora tanta... :-DDDD
per me si tratta di magia nera...
oppure .net ha dei poteri paranormali! :-D


Bravo, ma sul PC di prova però... su quello dove invece serve che funzioni?
Dove non serve funziona sempre tutto, che ci vuole... :-D

 oppure .net ha dei poteri paranormali! :-D
EEEh, che .net... era VB6!!!
-- 
Ciao!
Luca

 funzioni?  Dove non serve funziona sempre tutto, che ci vuole... :-D
Quel che mi colpisce e' che ha funto tutto per anni (2010 - 2003 = 7)...
-- 
Ciao!
Luca

 Invece esiste... A me è capitata proprio una cosa simile
non vedo la contraddizione.

 tutto?
certi problemi andrebbero curati, ma a parte questo il principio è fuori 
dal mondo. errare è umano significa che gli umani possono commettere 
degli errori ma non significa che non debbano pagare se questi errori 
arrecano danni ad altri umani.


LoL allora  si e' chiaramente usurato il binario! :-D

On 12/07/2010 21:12, Luca Menegotto wrote:

LoL allora  si e' chiaramente usurato il binario! :-D

On 12/07/2010 21:12, Luca Menegotto wrote:

LoL allora  si e' chiaramente usurato il binario! :-D

On 12/07/2010 21:57, 4r4g0rn wrote:
telecom di merda mi da errore e lo posta lo stesso :-(

 contraddizione.
ma cacati in mano e pigliati a schiaffi, vah... :)

 su Plesk non è andato a buon fine.
Vedi il problema sta tutto in quel poi. Se controlli dopo sei un
incompentente.
Il backup si controllo PRIMA di fare il lavoro.
Ciao
  Francesco

Per me un "tecnico" l'unica password di root che deve conoscere è quella> del server di sviluppo di MySQL.
Scusa Osid perchè assumi tecnico=developer?
Qui si sta parlando del tecnico che fa le manutenzioni.
Ciao
  Francesco

 arrecano danni ad altri umani.
eh, ma lui è quello che ha detto che se fa una cappella fa pagare al 
cliente il ripristino.. è un genio.
S.


Ma dai che dopo 3 mesi 3 che uno usa qualcosa che non sia access, la prima 
cosa che impara (da solo) quando deve aggiornare dei dati al volo e pure in 
produzione fra l'altro è l'ovvio pattern:
begin tran
bla bla bla bla di aggiornamento
bla bla bla di test
rollback tran
Poi quando ha visto che i dati tornano, toglie il rollbak e ci mette il 
commit.
Siamo al minimo sindacale che uno deve sapere, e se non lo sa deve stare 
solo zitto quando fa castroni.


Stiamo parlando sempre di persone con almeno 19 anni che han fatto l'esame 
di maturità vero?
A parte che qui siamo a livelli da "istinto di sopravvivenza" che è 
indipendente dallo studio.
Io non so come tu rinfacci alle aziende comportamenti da minimo sindacale, 
quando poi le persone son libere di comportarsi da pirla.
Spero solo che in tutta sta storia il tipo che si è preso la cazziata abbia 
imparato qualcosa.

 dove le transazioni non si usavano?
E comunque è una regola ineluttabile che il *momento del coglione* capita
prima o poi a chiunque.

 sicuro.
Osid questo è il problema: tu vorresti applicare quello che è il buon
senso e lo sforzo minimo solo se questo ti comporta una sanzione
diretta personale, il che prova che cacciare a pedate chi non lo
applica è l'unico modo di essere sicuri che venga fatto.
Ciao
  Francesco Da Riva

Giusto per spezzare una lancia a favore di osid, ricordiamo pure che
alcuni per risparmiare sia in campo web che gestionale hanno ancora
mysql con database MyISAM o simili sulle quali non si può effettuare
rollback.
Per dire...
Non sempre è colpa del tecnico pirla alle volte semplicemente è così per
tutta una serie di motivi ma di sicuro due sono i fondamentali:
A) risparmio
B) impossibilità ad aggiornare il software/sistema
il punto A è combattuto per alcuni è una cacata rinunciare a sicurezza e
prestazioni per il risparmio altre volte può essere un punto cruciale,
nel B rientra anche il caso di macchine o dispositivi dove un database
con supporto alle transizioni potrebbe pure non girare, magari un
qualcosa di molto leggero tipo un arm ad 200/300mhz con sistema e
applicativo che girano su sd o cf e magari un "DB" tipo sqlite.
Per dire su...

 Consolatevi: la totalità delle microimprese lavora in questo modo.
e anche qualcuna delle big.


Vabbe' dai, per riderci sopra, io mi ricordo di quella volta che dopo aver 
fatto un aggiornamento alla parte server di un applicativo al momento di 
riprendermi il cd di aggiornamento, e siccome c'era uno che mi stava 
smarronando con domande varie, invece di premere il bottone di espulsione 
del cd ho premuto quello di reset della macchina... :-D
Ovviamente alle prime lamentele ho risposto con: che siccome c'avete il 
server imbucato e messo di traverso per mettere dentro il cd l'ho dovuto 
tirare e si è scollegato il cavo di rete!

 lo sa deve stare solo zitto quando fa castroni.
Scusa, ma metter su un ambiente di test, pare brutto??
-- 
Ciao!
Luca

 espulsione del cd ho premuto quello di reset della macchina... :-D
LoL

 cliente il ripristino.. è un genio.
il modo di fare del mettinculo ce l'ha e se ne avesse facoltà sono
convinto che ci proverebbe con modi più o meno truffaldini.

 
Mai capitato di dover fare correzioni al volo?

 ora ho imparato la lezione: il cliente aspetta.
Vedi? Alla fine sei d'accordo anche tu. Se le cose le vogliono fatte a
capocchia, che sia chi lo chiede a rischiare il sedere.
Greetings
JOKER Ltd.

 fede*.
Fermo: il controllo del backup fa parte del minimo sindacale per
essere considerato un tecnico in grado di effetturare un intervento in
un ambiente di produzione senza rischiare di fare molti più danni di
quelli che si è li per risolvere.
Senza offesa mi sembra che tu sia andato ad operare senza avere il
minimo di formazione richiesta, formazione che di solito fa parte
della gavetta.
Poi se vuoi ti racconto di quando ho visto un fondamentale backup
volare dalla finestra ma questa è un'altra storia....
Ciao
  Francesco Da Riva

 migliorabile che i record di un cliente andati persi.
questo perchè:
- tu non lavori
- per te i dati del cliente (che è quello che paga) non valgono
- perchè come dipendente pensi di avere sempre il culo coperto 
se cancelli i dati di un cliente e, putacaso, non c'è backup, il cliente 
fa causa.. va bene una volta, ma se dovesse succedere di nuovo?
ah, scusa, la cappella l'hai fatta in buona fede
/me che ho comprato altri popcorn

 Con una DELETE in produzione.
Mettendo la cancellazione logica quando prevedo le specifiche del db
schema cosi' che le cancellazioni fisiche le faccio in seguito e le
delego ad uno script fatto e tesatto prima di metterlo in produzione?
Cancellate pure siore e siori, tanto io metto solo a on il flag
deleted. Oppure loggo le operazioni alterative (Insert, Update,
Delete, Create, Drop) cosi' che posso ricostruire tutto. Magari da una
parte differente dal Db in questione.
Per riallacciarci ad altro thread, qui si vede cosa conta l'esperienza
(avere fatto cazzate) e avere solo un titolo di studio teorico.
Greetings
JOKER Ltd.

 logico... 
Ripristini il backup che hai appunto fatto come prima cosa.

 può comportare una sanzione come il licenziamento.
in certi casi le cause per danni valgono, complessivamente, decine di 
migliaia di euro.. magari al datore di lavoro costa meno metterti sulla 
strada.. soprattutto se poi, di minkiate in buona fede ne fai più di una..
o no?
S.

 strada.. soprattutto se poi, di minkiate in buona fede ne fai più di una..
Calma Stefano, se l'errore è fatto senza negligenza esso fa parte
della normalità, un errore senza negligenza non configura nemmeno
fattispecie per il risarcimento in campo medico, figurati in campo
informatico.
Intervenire e fare un errore in comando SQL è un errore senza
negligenza, farlo senza avere fatto il backup è negligenza
professionale.
Ciao
  Francesco

 professionale.
appunto di questo si parlava, o sbaglio?
sono convinto anche io che l'errore faccia parte del normale operare 
(esiste il detto "solo chi non fa non sbaglia"), ma se l'errore lo fai 
più volte (anche in perfetta e totale buona fede) senza curarti delle 
conseguenze (e quindi niente backup o altre misure che possano permettere 
il ripristino), direi che è giusto che che si venga puniti; solo chi non 
ha un minimo di senso di responsabilità non lo capisce.
S.

 appunto di questo si parlava, o sbaglio?
Ho la sensazione che Osid usi l'affermazione "Buona fede" come
equivalente di "senza negligenza", senza rendersi conto che le due
cose sono diverse. Cosa che fanno in molti.
Ciao
  Francesco

 mensili (poco più di 300 Euro + IVA al mese) come già detto.
Tu sei, eri, un lavoratore autonomo. La richiesta del cliente poteva
essere anche ragionevole, per piccoli progetti lo è, e tu l'hai
accettata. Quindi te le assumi anche il rischio di impresa collegato.
Il problema, IMHO, è che con il livello di esperienza nella gestione
delle commesse, siano esse piccole o medie ha poca importanza, che
emerge dai tuoi passati discorsi non ti potevi permetere di essere un
lavoratore autonomo.
Per quello ho detto che prima ci si fa la gavetta.
Ciao
  Francesco

 Quanto non siete proprio capaci di giudicare una persona...
Ad essere onesti Osid l'idea che dai qui da 4 anni è esattemente
quella, personalmente mi auguro che sia sbaglita ma quella dai.
Dopo di che può essere che quello che non sta guidando contromano sia
tu...
Ciao
  Francesco


Ciao Aragorn...ricordo vagamente che lavoravi in UK.
E' accaduto li' (se si', evitiamo discussioni del tipo "il tecnico e'
indiano")???

 la policy è questa;
Ecco il problem sta tutto qui Osid: la verifica della presenza del
backup fa parte di quei comportamenti di base che escludono la
negligenza, la verifica la puoi fare anche chiamando chi è incaricato
di farlo ma la devi fare. A meno che la procedura anziendale non ti
dica di fregartene ma sinceramente la devo ancora vedere una policy
così
Ciao
  Francesco

 mensili (poco più di 300 Euro + IVA al mese) come già detto.
Se il cliente paga come dico io lo servo come dice lui, se paga come
dice lui gli mandiamo Osid :)
Greetings
JOKER Ltd.

 la policy è questa;
E questa appunto NON E' "buona fede", dato che sapevi che avrebbero potuto
esserci problemi, in quanto rischio intrinseco di ogni operazione su database,
ma *te ne sei fottuto* ("il backup lo deve aver fatto qualcun altro, e se non
l'ha fatto non è un problema mio").

 contemplando...
E invece è chiarissimo che lo stai contemplando: perché che il backup possa
non esserci nonostante la policy è un evento che come professionista devi
ritenere non solo possibile ma oltremodo *probabile*. Quindi per te non esiste
"lo deve aver fatto qualcun altro" - tu devi partire dall'assunto che NON lo
abbiano fatto ed accertartene. Se neanche ti viene lo sforzo di chiedere "il
backup lo avete fatto?", significa che te ne stai fottendo.

 indiano")???
nu mi ha scambiato per qualcun'altro l'unico stato all'estero dove ho 
lavorato tempo fa e' stato rsm...

 la policy è questa;
Non so se ti rendi conto quanto questo discorso sia demenziale.
TU hai commesso l'errore e il backup in questo contesto serve a TE per 
rimediare al TUO errore commesso. Se il cliente ha delle policy di 
backup non è certo per parare il culo al primo che passa e che viene a 
lavorare con la testa fra le nuvole. Peraltro se anche il backup ci 
fosse non è detto che il danno non sia comunque sensibile, vuoi perché 
il ripristino richiede tempo, vuoi perché magari è la copia della notte 
precedente (quindi si sono persi comunque dei dati).
Questo tuo giustificarti è infantile e scolastico, le tue sono scuse che 
giusto alla maestra delle elementari si possono dare: "maestra, è stata 
una distrazione, mi chieda come si scrive una DELETE che glie lo 
dimostro!". Guarda che nel lavoro e più in generale nei rapporti fra 
adulti mica funziona così!

 nell'immediato?  Con una DELETE in produzione.
Oppure crei una copia della/delle tabelle dove devi intervbenire, provi
li e se la cosa funziona e il risultato e' quello atteso, allora
applichi la cosa alle tabelle di produzione.
Non ti ho indicato 'SELECT * INTO' a caso... ;-)
-- 
Ciao!
Luca

 Mai capitato di dover fare correzioni al volo?
Certamente. Ma intervengo sulle tabelle di produzione SOLO se sono
sicuro che non faccio danni. In fondo, basta copiare delle tabelle, no?
-- 
Ciao!
Luca

 software di merda e di inefficenze nell'IT italiana?
Mmmm... ci conosciamo? Penso proprio di no, una macchietta come te non 
me la potrei mai dimenticare.

 facendo altro al telefono e parlando col collega?
Certo ed è PROPRIO per questo che esistono le "procedure di sicurezza",
in questo caso appunto il backup fatto come prima cosa: così, quando ti
capiterà il momento del coglione (non "se", QUANDO, è garantito che ti
capiterà come capita a tutti almeno una volta nella vita) riparerai la
situazione ripristinando il backup che avevi appena fatto proprio per
quell'evenienza.
Se non ti dai neanche la pena di fare il backup vuol dire che non te ne
frega niente di fare bene il tuo lavoro e che pensi che tanto sono cazzi
di qualcun altro, appunto.

Il Tue, 13 Jul 2010 23:55:00 +0200, Osid ha scritto:
[cut]
Tutti commettiamo errori, banali o gravi.
Nel caso in cui ti giochi il database di un'azienda, con danni reali
all'attività della stessa, il tutto per tua *negligenza*, te ne devi
assumere la responsabilità.
Dal mio punto di vista un danno simile, causato da una persona che lavora
per me e che è stata incaricata dell'intervento perché in grado di farlo
(io non manderei mai persone senza esperienza, piuttosto prevederei un
affiancamento), giustifica il calcio in culo, perché il calcio in primis me
lo prendo io dal cliente (oltre probabilmente a perdere $SOLDI$).
Secondo te dopo un simile evento con quale fiducia posso tenere un
"tecnico" a lavorare per me ? Con la promessa che "non succederà più", come
dicono i bimbi ?
PaF

 lo prendo io dal cliente (oltre probabilmente a perdere $SOLDI$).
il discorso che fa lui è tipico di una persona che non ha mai
seriamente affrontato il mondo del lavoro, ma anche qualsiasi altro
ruolo di responsabilità di persona adulta. la tolleranza per il
cosiddetto "errore di distrazione" è tipica scolastica e il fatto che
nel mondo del lavoro  è considerata una aggravante invece di
attenuante è notoriamente il primo trauma che si subisce da ragazzini
al primo impiego.
ma è un discorso che non riguarda il lavoro ma l'essere adulto in
generale: se fosse padre te lo immagini a giustificarsi "ma mica l'ho
fatto apposta!" dopo che il figliolo gli è cascato di mano o gli ha
messo la varichina nel biberon?

 gestione del lavoro.
Bella questa. 
La negligenza di un collaboratore è colpa del datore di lavoro che non sa
gestire la propria attività.
Tu sei fuori di melone.
PaF
PS.
Non ho e non avrò mai dipendenti, piuttosto chiudo la società, proprio per
non trovarmi mai nella situazione potenziale di avere un Osid come
dipendente. Elementi come te sarebbero in grado di portare a picco una
ditta sana.

 
minchia ma sei stato perfido!

 ditta sana.
Comunque non per insistere ma osid ha detto semplicemente una volta
quando ero giovane e inesperto mi č accaduto; non ha detto lo faccio
sistematicamente ogni volta.
Una volta č successo pure a me, quando ero giovane e inesperto e
stagista (ero in 5 itis) presso un catena simil cdc mi ricordo che avevo
tre pc da cui recuperare dei dati e poi formattarli (il tutto per le 13
senno non vai a pranzo, parole del titolare), su una macchina dimentica
di recuperare le mail... a parte una partaccia disumana davanti al
cliente... me lo rinfacciarono continuamente tutti i giorni. (senza
contare che io durante lo stage avrei dovuto essere nel team di
programmazione a vedere come facevano software in visualbasic mentre mi
misero a fare mansioni da schiavo senza preparazione alcuna).
Fu veramente un esperienza infelice ma quantomeno ho imparato a fare i
backup... di TUTTO...
per dire dai... che queste cose succedono a tutti almeno una volta.

 gestione del lavoro.
Osid capiamoci: il problema NON è la svista con la query, quella fa
parte del gioco, è la negligenza di non aver verificato la presenza
del backup.
Ciao
  Francesco

 sistematicamente ogni volta.
No lui ha detto che sbagliare è una possibilità ma che tutelare il cliente
dalla possibilità del suo sbaglio non è un problema suo, il che equivale
ad affermare "mi sento libero di far danni a chiunque tanto sono cazzi
suoi perché errare è umano mica mi può dire qualcosa".
Io agli inizi ne ho fatta pure di molto peggio ma appunto dopo che la
cazzatona immane l'hai fatta una volta impari che come prima cosa ti devi
parare per QUANDO la rifarai. 

Il Wed, 14 Jul 2010 11:31:18 +0200, Osid ha scritto:
[cut]
Osid io sto parlando di danni *GRAVI*, di quelli che ti portano a bloccare
un'azienda per ore, con migliaia di euro di danni, non sto parlando del
database del fruttivendolo.
Se io mando un collaboratore a fare un intervento in un ambiente *critico*
lo considero preparato al compito e lo pago proporzionalmente. Parlo per
esperienza diretta, essendomi io trovato dall'altra parte (cioè il
consulente a fare l'attività critica). So che se avessi commesso gravi
errori come minimo avrei perso la commessa, COME MINIMO, e non avrei
trovato nulla da eccepire. 
Ca**o sono pagato e non poco per fare un lavoro e io combino casini ? ma
scherziamo ? Ti è chiaro questo concetto ? Guarda che il mondo non è fatto
solo da aziendine che ti commissionano il sitino in php.
Per il discorso dipendenti mi spiego meglio: se la mia attività dovesse
evolversi in modo tale da dover avere dei dipendenti (alias personale in
pianta stabile in ufficio, elaborazione stipendi ferie malattie etc etc),
significa che il mio business ha preso una piega che non è quella voluta.
Io già oggi mi appoggio a personale esterno (in realtà da pochi mesi), ma
per attività di consulenza a progetto (lavorano a casa propria, ci si vede
ogni tanto, ogni volta con offerta - conferma d'ordine), quindi tutti i
pipponi sul datore di lavoro, il CCNL etc, che hai fatto te li potevi
risparmiare.
PaF

 database del fruttivendolo.
Veramente puoi fare bei danni anche con database di piccoli clienti.
Sto pensando ad esempio agli studi commercialisti, fare perdere una
giornata di lavoro ad un studio sotto scandeze fiscali puo' comportare
danni 5 zeri, anche se il commercialista ha 2 dipendenti.
Purtroppo una cosa che manca molto nel nostro settore, non mi sto
riferendo a te, è la capacità di selezionare il cliente. Cosa che non
vuol dire prendere solo clienti grossi e importanti ma semplicemente
sciegliere clienti sani e intelligenti.
Ciao
  Francesco