Newsgroup: it.lavoro.informatica
Titolo: Cosa sarebbe il file Md5.txt?

Questa l'ho appena ricevuta, e me la son dovuta rileggere due volte per
crederci.
Allora, come ho detto, sto partecipando a un progetto grosso, e fra le
varie cose, mi sono occupato del modulo di esportazione dati. Una parte
di questo modulo di esportazione serve per inviare dati a SAP, e
funziona in questo modo: genera una serie di file di testo, composto da
righe a campi a larghezza fissa e, cosa che abbiamo aggiunto noi in un
secondo tempo per uno strumento di verifica nostro interno, un file di
testo MD5.txt che contiene i checksum MD5 dei files esportati. E'
abbastanza chiaro, perch� all'interno il formato di riga �: <nome del
file>;<checksum md5>, e c'� una riga per ogni altro file generato.
Dopo alcuni mesi, la domanda del tale che sta facendo il modulo di
importazione dall'altra parte �:
"Cosa sarebbe il file Md5.txt?"
Oh tempora, oh mores...
-- 
Ciao!
Luca

 
Ti scandalizzi perch� non ha letto la documentazione, perch� doveva 
arrivarci da solo o perch� ha visto un file senza documentazione che non 
lo riguardava e si � messo a domandare in giro cosa fosse?

Il 10 Lug 2009, 15:25, "Luca Menegotto" <otluca...@CAVAMIyahoo.it> ha
scritto:

Pubblica Amministrazione ?
felice&pago
non c'e' poverta' senza difetto
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 lo riguardava e si � messo a domandare in giro cosa fosse?
Oh tempora, oh mores... :-D

 "Cosa sarebbe il file Md5.txt?"
be' a questo punto digli che non serve a niente e di non preoccuparsi! :-D

4r4g0rn At Work ha scritto:

Dai, per gentilezza, dimmi due parole di pi�!
Potrei essere quello che paga quel tale, e al momento solidarizzo con 
lui. Nel mio mondo quel file deve essere previsto e regolato da un 
contratto, se no chi lo vede deve fermarsi e fare domande.

 
per curiosit�: quanti anni ha il tale?

Oh tempora, oh mores...
Ma come gli hai dato dei codici di lancio missilistici e non gli hai
spiegato che cosa sono? :)
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 Oh tempora, oh mores...
Perch� dai per scontato che sia obbligatorio per chiunque sapere cosa
sia l'MD5? Se lavora esclusivamente su SAP, � facile che non ci sia
mai venuto n� ci verr� mai a contatto.

 mai venuto né ci verrà mai a contatto.
Si stendiamo un velo pietoso...Al massimo sarebbe grave non sapere
cosa è un checksum parlando in generale, cioè senza definizione, ma
sapere specificatamente cosa è l'md5 dubito che lo sapessi anche tu
prima che qualcuno te lo dicesse nel momento di lavorarci direttamente
o prima della ricerchina su google.

 non lo riguardava e si � messo a domandare in giro cosa fosse?
Mettila cos�. Se sei un tecnico, ti basta notepad, vi o quel che vuoi
per capire cosa � e cosa contiene.
Posso capire che tu non sappia cosa sia MD5, e allora magari un giro
sull'isola felice di San Google aiuta...
-- 
Ciao!
Luca

 Pubblica Amministrazione ?
Non hai idea come ci sei andato vicino. Ma che, sei paragnosta?
-- 
Ciao!
Luca

 mai venuto né ci verrà mai a contatto.
E inoltre così su due piedi sai dirmi cosa è l' RSA e come funziona?
Oppure cosa è l' algoritmo di diffie-hellman? Questo l'ho studiato
all'università l' md5 no...

 sia l'MD5? 
Per un tecnico, si; o, quanto meno, che sappia fare una ricerchina...
-- 
Ciao!
Luca

 Luca
Quindi un tecnico è colui che sa fare la ricerchina...Andiamo bene:
siamo quindi un paese di tecnici oltre che di allenatori

 all'universit� l' md5 no...
Io ci ho avuto a che fare, on MD5 no.
Pero' so usare Google e Wikipedia....
-- 
Ciao!
Luca

 Quindi un tecnico � colui che sa fare la ricerchina...
Non � transitiva, la propriet�. Non so dove l'hai visto scritto.
-- 
Ciao!
Luca

 Luca
Si hai ragione scusami era un pò forzata. Però rimane il fatto che la
critica al tuo collega mi pare leggermente esagerata.

 
No!No! non ci siamo capiti. So benissimo cos'� md5.
Il problema �: mi mandate quel file me lo mandate per sbaglio o per caso 
o perch�, in base ad un contratto, mi spetta di verificarne la coerenza 
con i dati principali? Non � che qualcuno si � perso qualcosa e c'� 
tutto un mondo di procedure da attivare in caso di errore?
Se sono sono coinvolto nel progetto e mi arriva un file in pi� rispetto 
a quello che mi � stato documentato, devo "gestire il problema", per cui 
mi aspetto che chi se ne accorge alzi la mano e chieda cosa deve fare.

 critica al tuo collega mi pare leggermente esagerata.
Un ulteriore aggravante e' che l'abbia chiesto dopo ALCUNI mesi...
Cosa ha fatto durante i due mesi? :-D
e' una cosa a dir poco inquietante!
cya

siamo quindi un paese di tecnici oltre che di allenatori
Un professore illuminato che ho avuto la fortuna di avere alle
superiori mi disse: qualcosa tipo:
----
La cultura intesa come imbottirsi il cervello di informazioni ed
essere in grado di rigurgitarle a comando non vi fara' andare molto
lontani perche' prima o poi invecchierete, vi ricorderete meno
dettagli, altri li distorcerete.
Quindi non e' importante sapere a memoria una data informazione, e'
piu' importante e utile avere la capacita' di andarsela a cercare e
sapere dove cercarla qualla informazione. Ovviamente una volta trovato
quello che vi serve poi lo dovreste anche approfondire.
----
Poi bisogna anche essere curiosi e non sempre si hanno colleghi che lo
sono.
Saluti.


 o prima della ricerchina su google.
Beh a parte che quando ho cominciato a lavorare su ste cose google
non esisteva neanche... :-)

 Per un tecnico, si; o, quanto meno, che sappia fare una ricerchina...
Per un tecnico di COSA? Se uno lavora su SAP, o AS400, per quale motivo
al mondo dovrebbe essere mai venuto in contatto col concetto di MD5? E'
come pretendere che debba conoscere i constructor del C++, ovviamente
� perfettamente titolato a confonderli coi constrictor, non � roba che
lo riguardi.
E, se � per quello, se uno mi manda della documentazione, non sono IO
che devo ammazzarmi per cercare in giro cosa mi sta dicendo, � LUI che
si deve spiegare chiaramente, per quello si chiama "documentazione".  

 sull'isola felice di San Google aiuta...
Non hai idea della quantit� di gente che usa google tutto il giorno
per cercare "fica" ma non gli verrebbe MAI in mente di usarlo per
cercare risposte tecniche!
E poi c'� l'altra enorme quantit� di gente che le ricerche le fa,
ma misteriosamente non riesce mai a trovare una risposta - pure se
la risposta � proprio la prima che esce se la stessa ricerca la
facciamo io e te. Mah.

 chieda cosa deve fare.
I problemi per quel che riguarda 'sta roba finora li abbiamo gestiti
noi. Qualche esempio?
- il tale dice che andrebbe meglio coi campi separati da punto e
virgola; no, abbiamo detto, perch� nella specifica c'� scritto che sono
fissi e la specifica � quella (tra l'altro, manco decisa da noi, ma
inviataci dal soggetto per cui il tale lavora!);
- "in base alla verifica, la disposizione dei campi � errata"; noi
verifichiamo, � tutto secondo la specifica nelle nostre mani; dopo la
verifica, subodorando bruciato, chiediamo l'invio della loro specifica;
bene, il tale stava lavorando su un'altra specifica!
- le partite IVA sono definite tramite campi numerici; non so perch�,
per me � una sciocchezza, ma la specifica � legge; questo significa
che, ovviamente, un campo numerico convertito in stringa � senza gli
zeri davanti (es: 02177... diventa 2177...); il tale continua a
chiedere come mai non c'� lo zero davanti (la specifica dice
numerico!!!).
E qui mi fermo...
-- 
Ciao!
Luca

 di MD5?
Momento, momento.
Guarda che non � nemmeno una roba da tecnico! Io non ho richiesto di
scrivere un algoritmo, mi sono stupito che non sappia cosa a cosa serva!
Insomma, avr� fatto un download, qualche volta, no? Si sar� domandato a
cosa serva quel codice che compare spesso vicino al link del download,
no?
Se no, male. IMHO la curiosit� nel nostro mestiere � fondamentale.
PS. Io l'ho scoperto come te l'ho descritto.
-- 
Ciao!
Luca

 tutto un mondo di procedure da attivare in caso di errore?
Anche questo � vero!

 quello che vi serve poi lo dovreste anche approfondire.
Ecco QUESTO andrebbe scritto nella pietra.
Purtroppo � alla portata di pochi. Come dicevo poc'anzi, sono perennemente
a contatto con gente che non � in grado di vedere la risposta neanche
quando ce l'hanno stampata davanti agli occhi. Che va bene, mi permette
di fare la figura di Dio solo per aver fatto una stupida query su google, e
soprattutto di campare trovando le risposte che loro non riescono a trovare,
ma a tratti � tantino frustrante :P

 dovrebbe esserlo (vedi oltre).
E se le specifiche di ci� che � obbligatorio sono state cambiate ma
nessuno di quelli che doveva si � degnato di avvertirti? Che non capitasse
mai, nella PA poi dove non si parlano da un tavolo a quello di fronte 
perch� non gli compete!
Quindi tu ti ritrovi comunque nel dubbio, sto coso � un di pi� superfluo,
o � un di pi� che devo trattare obbligatoriamente ma non lo so perch� quei
fessi si sono scordati di comumicarmelo? E se non lo tratto e invece dovevo?



Purtroppo pochi hanno la curiosita' e la voglia di leggere un
qualsiasi documento anche solo per cultura personale. Quando ti va
bene lavori con gente in gamba e preparata, quando ti va male sembra
di lavorare in un film di fantozzi, con tutti che si preparano a
lanciarsi fuori dall'ufficio non appena scadono le 8 ore.


 nessuno di quelli che doveva si � degnato di avvertirti?
No. Le specifiche erano parte del contratto. Se cambiano le specifiche,
il contratto cade.
Dimostrazione? Fatta l'interrogazione, � risultato che le specifiche
giuste erano quelle in nostro possesso.
-- 
Ciao!
Luca

 no?
No, perch� mai? Se per esempio fa download solo per scaricarsi i programmini
per windows, allora il "codice che compare spesso vicino al link del download"
invece non lo avr� praticamente mai visto comparire!

 giuste erano quelle in nostro possesso.
Si ma LUI non � il responsabile, sa una sega del tuo contratto! Sa solo
che gli � arrivato qualcosa di diverso da quello che gli doveva arrivare,
e la prima regola di sopravvivenza nella PA �: pararsi il culo, sempre!

 o prima della ricerchina su google.
Sì però lui la ricerchina *l'ha fatta* ed è quello che si contesta, ed ha 
IMo assolutamente ragione. Se sei un tecnico e non hai la prontezza mentale 
di aggiornarti e imparare cose nuove che ti servono sul lavoro e aspetti la 
pappa pronta o "ehi, non l'ho studiato all'università", beh, sei un tecnico 
di seconda fascia.
-- 
Vide

 culo, sempre!
E allora, perch� non ha chiesto al suo responsabile? Perch� abbiamo
dovuto scoprirlo noi, che con loro non c'entriamo una mazza?
-- 
Ciao!
Luca

 
Posso incorniciare pure queste ????
Inizio a fare la raccolta di queste chicche.....

 sapere dove cercarla qualla informazione. 
Infatti ho sempre infamato i colloqui google dove pare che chiedano i 
tecnicismi pi� astrusi a memoria che risolveresti in 10 minuti se avessi 
accesso alla rete, ma che loro pretendono che tu sappia tutto a memoria
ciao, soprano.-

 accesso alla rete, ma che loro pretendono che tu sappia tutto a memoria
Non solo a google, purtroppo.



Ma tu lo sai cos'e' lo sticky bit?
Perche' se non lo sai a memoria quelli fi gugol anche se hai lavorato
a progetti multimilionari ti scartano gia' al colloquio telefonico.
:)




Per me hai perfettamente ragione. Se quello di cui parli � un
informatico, sta messo proprio male. Forse per altri non � cos�, ma
MD5 pu� saltare fuori in mille contesti: 
user: download e controllo del checksum,
studente:  come noto algoritmo,
sysadmin: come tool 
security: per lo storage delle password; per le note vulnerabilit�
teoria: compressione
... e altro che ora non mi viene in mente o che non conosco
imho, se uno fa l'informatico e non sa cos'�, forse � uno un p�
scarso.



Del processo di selezione per Google penso tutto il bene e tutto il
male possibile al contempo...
Per�, sullo sticky bit ho una mia idea: � uno di quei concetti che ti
permettono di sgamare subito chi � veramente *malato* e *innamorato*
di Unix perch� �, come dire, un p� nascosto, una sottigliezza, un
"dettaglio" se vuoi. E penso che chi conosce veramente a fondo Unix,
di dettagli cos� � letteralmente ghiotto.

di dettagli cos� � letteralmente ghiotto.
Infatti e' talmente un dettaglio che ogni flavour ne fa un uso
diverso, con linux che lo ignora del tutto.
A Google quale risposta dai tra 10-12 disponibili?
Ovviamente ti devi ricordare anche a memoria quale system call fa la
tale operazione, tutti i signal del comando kill e molte altro ancora.
Poi magari sei certificato ai massimi livelli e aver lavorato anche
per la nasa, ma se non sai lo sticky bit non ti cagano.
Ti ricordo che hanno ritenuto non all'altezza il tizio che ha
inventato e sviluppato bittorrent perche' secondo loro non sapeva
programmare... :)


programmare... :)
Non sapevo... poi cerco sono curioso. Molto probabilmente mi ricorder�
male, ma mi pare che quando lessi un p� di codice di bittorrent lo
trovai bruttino... ma � facile che stia confondendo con altro, perci�
come non detto.
Alla fine, anche a Google posson essere coglioni come altrove;
bravini, ma bischeri :)

 programmare... :)
Ecco, appunto.

tale operazione, tutti i signal del comando kill e molte altro ancora.
Ah, veramente? Avevo saltato questo leggendo di fretta...
E la miseria, che cazzoni che sono nelle interview se le conducono
cos�!

 wrote:
Hai un link preferito per dettagli sulle interviste a Google? Ne vedo
molti, ora sto guardando 
http://google-interview.com
.

CUT
Ecco, ci possiamo gia' fermare qui.
Il contratto l'hanno firmato tutti, peccato che poi nelle grandi
realta', quelle che col PHP difficilmente vedrai, c'e' lo svacco
semitotale e che e' generalmente il consulente assieme a una manciata
di impiegati competenti a dover risolvere i problemi.
Per poi, vedi thread recente, venire sfanculato quando c'e' da
tagliare personale e accusato di non fare un cazzo dagli impiegati che
sentono il fuoco sotto le chiappe.


bravini, ma bischeri :)
Tu come la vedi una azienda che ti dice che non ti possono dire il
range dello stipendio ne' i benefits fino a quando non hai passato
tutti i colloqui?
- "Ma, scusi, almeno le ferie, quanti giorni di ferie avete..."
- Eh, no caro signore. E' un SEGRETO e non glielo posso dire. Ma se
arriva in fondo al processo di selezione (6 colloqui tecnici in 6 mesi
di tempo) poi glielo diciamo.
Basta che ti fai un giro su google per vedere storie assurde che sono
state scritte su questi colloqui di lavoro. Davvero tu perderesti 6
mesi di tempo, subendo lo stress di 6 colloqui il cui risoltato poi
verra' deciso da una riunione plenaria dei 6 team che ti hanno
intervistato, per vederti poi offrire magari uno stipendio inferiode
del 30%?
Senza contare che ho letto di un tizio che aveva fatto domanda per per
una posizione da manager e poi e' stato anche invitato a proporsi per
una posizione da tecnico.
Beh sorpresa, per il team di manager era troppo tecnico e per il team
di tecnici era troppo manager.
Pero' il biglietto da visita e' tutto colorato neh... :)




Cerca "google horror stories", apri i primi 10 risultati e leggi.
E mi raccomando prima di iniziare a laggere devi sapere qual e' la
sistem call che partendo da un nome di files risale agli inode e
viceversa.


 Oh tempora, oh mores... :-D
o castagnas....siccas...:-)
ciao
fm 

risolvere il problema dei fancazzisti.
NON SI STA PARLANDO DI LAVORARE 40 ORE SETTIMANALI, STI STA PARLANDO
DI LAVORARE CON GENTE CHE NON HA INTERESSE A MIGLIORARSI.


 Io ho i miei dubbi...
non abbastanza :-)
Andrea

Pero' il biglietto da visita e' tutto colorato neh... :)
Azz, c'ha pure le OO di "Google" sopra? So chi mandarci al colloquio
allora... ;)

viceversa.
Ah, non la google search api a memoria? :)

cui mettere un tick o una crocetta a destra.
Pensavo almeno in Google che il processo fosse in mano escluvisamente
al personale tecnico dall'inizio alla fine... :/
Cmq, da quell che gi� sapevo + quello che sento da te ed altri + le
letture su google, deduco si tratti di un lavoro come quello per le
software house di videogame blasonate: lo fai per "il nome nei
credits", per dire c'ero anch'io.
Probabilmente, lavorare a Google � conveniente pi� che altro per i
mostri alla Pike/Hennessy/Martelli, che entrano senza colloqui
tecnici... ;)

Ah, non la google search api a memoria? :)
Non guasta aver letto i loro white papers. E non e' una battuta.


Cerca "google horror stories", apri i primi 10 risultati e leggi.
(per chi � interessato)
p.s. i siti con le "horror stories" non sembrano mediamente avere
niente a che fare con le interview, vedo solo problemi con
adsense/blogs/gmail e arazzi vari. Avevo avuto pi� fortuna io cercando
"gooole interview stories".

Non guasta aver letto i loro white papers. E non e' una battuta.
(per chi � interessato)
p.s. i siti con le "horror stories" non sembrano mediamente avere
niente a che fare con le interview, vedo solo problemi con
adsense/blogs/gmail e arazzi vari. Avevo avuto pi� fortuna io cercando
"gooole interview stories".
La parola d'ordine � "the rather erratic behavior of the tech
corportation (in interviews)". Boh.

freelance.
Un chiarimento: come mai, avendo avuto le esperienze che riporti,
aspiri a lavorare con php, limitandoti cos� di fatto le possibilit� di
crescita professionale? Per dirla in altro modo, quali sono le tue
motivazioni tecniche/personali per voler evitare le altre tecnologie
che gi� dici di conoscere (in una certa misura) a favore di php?

che gi� dici di conoscere (in una certa misura) a favore di php?
Solo un masochista chiederebbe una cosa del genere a Osid...




Mmm boh, ad ognuno il suo. Io non ci parlerei mai di tariffe...

 di consegna imperative, di educare il cliente su questo concetto,
Oh. Mio. Dio.
-- 
Ciao!
Luca

 una tecnologia, ecc.
Non � vero, questa � una tua idea ... si pu� benissimo conoscere una 
tecnologia a menadito, e ugualmente consultare un manuale (o google) per 
leggersi una particolare sintassi o un dettaglio che uno non ricorda. A chi 
la racconti che passavi una o due ore di lavoro al giorno per leggere le 
sintassi che non ricordavi ?  ma LOL ...
E vieni anche a scriverle certe cose :-)
Andrea

 - possibilit� di sviluppare progetti senza fare troppa fatica mentale;
sei un mito.
se non esistessi andresti inventato... certo dio ci scampi di 
incontrarti sul lavoro fosse anche per sbaglio, ma come macchietta non 
hai eguali.
se queste fossero battute inventate avresti un futuro come cabarettista. 
peccato che non lo sono...
-- 
++ questo messaggio � scritto in forma ridotta per venire incontro alle 
vostre capacit� mentali
http://www.elogiclab.net/blog/
http://www.flickr.com/photos/marko_po/

X-No-Archive: yes
Beh che dire, se sei vero sei preoccupante.

 
(cut)
OOOMMMMIIIIIOOODDDDIIIIOOOO!!!!! (e sono anche ateo, figuriamoci se 
fossi credente...)

 voialtri siete tutti perfetti ed esenti da errori?
Nessuno � perfetto, ma qualcuno dai propri (e non solo) errori impara.
Tu continui a dimostrare che non hai imparato niente. Se poi non ti sei 
nemmeno reso conto quali sono i tuoi errori pi� gravi (anche questo mi 
sembra che tu stia dimostrando) allora convengo con gh che sei 
preoccupante. Molto.

 lavoro come molti pensano.
Bel modo di lavorare complimenti...Chissà che livello di perfezione
avranno i vostri progetti dati in mano a gente che al momento di
cominciare a lavorarci non sapevano manco di che si parlava. Ma così
va il mercato del lavoro in Italia. Neanche all' università quando c'è
da fare un progetto si comincia da zero: prima della consegna c'è il
corso di svariati mesi...

 Non hai idea come ci sei andato vicino. Ma che, sei paragnosta?
piu' che altro ho lavorato con gente del genere,
e parliamo di azienda privata che lavora per erreeffei,
traciati record pure quelli :)
un lavoro che mi doveva durare 4 giorni, mi e' durato oltre un mese, 25 gg,
perche' il tipo si dimenticava di volta in volta dei pezzi.
io lo facevo presente al suo superiore, volevo andare via di li,
e il tipo faceva spallucce e mi faceva capire che tanto serei stato
pagato per i giorni di presenza, ed io godevo .
quel mese ho portato a casa molti bei soldini :)
felice&pago
non c'e' poverta' senza difetto
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 - Mostra testo citato -
No alpitur? Fai da te? ahia ahia

 Mi spieghi cosa ci trovi di tanto divertente?
che sembri l'autore degli sketch di ficarra e picone. 
se invece penso che dici sul serio provo una certa compassione, la tua 
inerzia mentale è a livelli invalidanti. già i tempi son duri per chi 
lavora sul serio, figuriamoci per chi a 30 anni scarta tecnologie che 
conosce (o dice di conoscerle) perché cerca la "possibilità di sviluppare 
progetti senza fare troppa fatica mentale".

 come incompetenza del soggetto ma semmai come un fattore positivo.
Boh sarà...comunque penso che il corso sia sempre meglio averlo con la
possibilità di frequentare i laboratori, che sono sicuro non sono
mancati per il corso di base dati, e la possibilità di chidere al
docente per eventuali dubbi che fare tutto da sè arrangiandosi alla
bella e meglio secondo la filosofia: " L' importante è mettere a posto
quello che ho oggi sotto gli occhi" ignorando tutto il resto. Questo
io, dal basso della mia ignoranza, non lo chiamo sapere quanto
arrangiarsi. Magari poi alla fine il risultato, per quel poco che è
richiesto di fare, è lo stesso ma sono due cose diverse. Restando in
tema è possibile fare tutto anche ignorando cosa è l' md5, il checksum
etc etc, arraggiandosi alla bene e meglio e portando a casa il
risultato. Sapere è un' altra cosa.

 occasioni.
senti, sebbene possa sembrare una telenovela appassionante non seguo 
l'evoluzione delle tue vicende. mi limito a leggere le tue risposte alle 
domande e siccome ti hanno chiesto (cito testualmente): 
"Un chiarimento: come mai, avendo avuto le esperienze che riporti,aspiri a 
lavorare con php, limitandoti così di fatto le possibilità di crescita 
professionale?"   
questo per avvertirti che non è proprio scemo chi non ti capisce. 

Sapere � un' altra cosa.
Gi�, "sapere" ti permette di formarti una salda opinione da
un'occhiata veloce al codice scritto da un futuro laureato con zero
esperienza, giusto?
Bei tempi quelli in cui si crede di "sapere"; quando poi ti svegli �
li che impari tutto insieme e di brutto... ;)

voialtri siete tutti perfetti ed esenti da errori?
Io sono talmente lontano dalla perfezione che faccio prima a
raggiungere Plutone a piedi, in questa vita.

 Solomon, ecc.
Come sarebbe? Prima dici che ti formi sul campo quando ti capita di
dover mettere le mani su qualcosa di ignoto e poi dici che bisogna
prima conoscere la teoria. Mi sembra ci sia una leggera contraddizione
in quello che dici, in quanto è prorpio quando non si conosce la
teoria, che tanto ti dicono tutti che non serve..., che uno cerca di
*arrangiarsi* mettendo insieme pezzetti pescati da google, manuali e
colleghi. Magari riuscendo pure a risolvere il compitino.

 d'informatica e sostenere l'esame di crittografia e reti di
La seconda che hai detto. Sarebbe stata sufficiente frequentare
l'università per avere ancora una debole eco anche a distanza di anni.
Che poi per fare il lavoro serva tutto meno che quello che si è
studiato in università e forse è sufficiente anche il diploma di
scuola media e lo stourstrop sotto braccio è un' altro discorso.
Difatti  per lavorare in campo informatico, come anche tu avrai notato
non serve aver studiato chissà cosa, visto che spesso accanto a te
svolazzano diplomati, laureati in filosofia etc etc. A informatica/
ingegneria/matematica avrai studiato molta teoria che non applicherai
mai, dal momento che arrangiandoti con google/manuali/colleghi potrai
benissimo ovviare alle tue lacune teoriche.

 pausa pranzo o nel loro tempo libero?
Si molte volte ho imparato cose da zero ma, quando lavoravo ancora
come consulente, mai dal cliente e men
che mai in produzione.
Se ricordi io lo facevo da dipendente per cui una parte dei conti li
faceva la mia azienda ma costa poco sul principio.
Esistono, nella mia esperienza, due tipi di necessità di formazione:
1)In generale su di una tecnologia
2)Sulla implementazione particolare di aspetti di una tecnologia per
un dato cliente.
Il primo caso fa parte delle spese generali, ci sono un certo numero
di ore all'anno di formazione che si allocano, con un certo costo
diretto ed indiretto. Il costo totale si spalma sulle ore di
consulenza presso i vari clienti.
Questa formazione si programma PRIMA di proporsi per certe atttività e
si fa un aula o in lab.
Fa parte della voci che IO so fanno parte dei mie costi.
Il secondo caso fa parte dell'offerta al cliente, di fa in lab, e DEVE
essere esplicitato al cliente per non fare il peracottaro.
Oggi, come forsi ricordi, sono nell'IT interno di una ditta.
Il mio orario di lavoro, su base trimestrale, è proprio suddiviso tra
formazione e lavoro attivo in produzione.
In ogni caso NON faccio mai nulla in ambiente di produzione che non
sia stato prima testato in LAB almeno una volta.
Questo discorso Osid vale anche per la stima dei tempi di progetto: se
in un progetto includi delle tecnologie che non conosci bene, prima
vai tei test lab per poter avere delle stime sui tempi di impiego
delle stesse, poi fai le valutazioni.
Pensa che da noi non si possono sfoorare MAI i tempi di progetto di
più del 10%.
Ciao
  Francesco Da Riva

 secondo te: rifiutare l'incarico? Lavorare per la met� della cifra?
certo che avresti dovuto rifiutare (se sei un professionista nemmeno te le 
poni queste domande !) Se invece sei uno dei tanti che mira solo a prendere 
il contratto e a intascare il pi� possibile prima di essere 'sgamato' allora 
continua pure per questa strada: sei un altro che  cerca il cliente 
sprovveduto (o pollo da spennare, o altra metafora a piacimento) e quando ne 
trovi uno ci dai gi� senza piet�  Ma poi non dare la colpa al mondo intero 
quando vieni cacciato via !
Comunque, niente di nuovo sotto il sole, hai sempre ribadito il tuo 
comportamento, non � che sono sorpreso. Troppi ce ne sono come te, e io 
rispondo raramente ai tuoi post non certo per questo motivo, ma � che non ho 
dimenticato le tue dichiarazioni sulle rapine in banca, le tue opinioni 
rispetto alla differenza di eta all'interno della coppia , e sulla tua 
igiene personale
Andrea
PS: il bello � che a volte tra informatici (anche su questo NG ) ci si dice 
'molti lavorano nell'informatica perch� negli altri settori non li hanno 
voluti'  ... :-)

secondo te: rifiutare l'incarico? Lavorare per la met� della cifra?
Non disperdere le energie in tante cose distanti tra loro:
specializzarsi al lavoro e crescere nel privato. Anche volendo
tagliare la crescita attraverso lo studio personale (ma perch� fare
informatica poi? c'� altro per chi non vuole restare aggiornato in
Italia, *l'insegnante* ad esempio...<grin>), ora avresti pi� progetti
significativi in cv e una conoscenza *ottimale* di un
ambiente/linguaggio/quello che � che varrebbe pi� di aver fatto la
cavalletta.
Come diciii? Tu l'hai fatto tutto questo e hai scelto PHP come
strumento? See vabbu�... ;)
[1] vedi 
http://www.stroustrup.com/Programming

CUT
Ma non martellavi fino a 5 minuti fa col PHP?
Vabbe', va taglio qua che ho da fare con un cluster casalingo.
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 mi aspetto che chi se ne accorge alzi la mano e chieda cosa deve fare.
Concordo con Acremone (spero non sia pidiellino).
La mancanza di comunicazione fra i team di sviluppo e' la principale
causa dei fallimenti di progetti software...c'era un file che non lo
riguardava e ha chiesto se serviva a qualcosa:)
Ovviamente, sperando che sappia cosa e' e a che serve l'MD5...la
domanda per come e' posta non implica l'ignoranza verso quel
determinato argomento (aggiungo: IMO un tecnico di media esperienza
non puo' non aver mai sentito parlare di MD5. Se e' un tecnico alieno
che lavora sulla terra per uno scambio culturale, riuscirebbe cmq ad
indovinare a cosa serve).

 quello che vi serve poi lo dovreste anche approfondire.
Era quello che cercavano di insegnare nelle facolta' di ingegneria
prima della geniale riforma 3+2., la quale ha portato ad avere
studenti abituati a studiare "poco" e senza approfondimento, con poche
nozioni e scarsa metodologia nella ricerca delle informazioni e
autoapprendimento.