Mobile, l'unione fa la libertà?

Re: Ingegnere informatico o utonta winara?
bhe...come ho detto quella restribuzione era per lo stage. Ora non è altissima, ma sono sopra i 1300 +buoni pasto...lo so anche io che è poco, ma contando che sono a tempo inderminato e che lavoro a 4 passi da casa...per ora mi accontento!- Scritto da: Jo Pa
Appunto, non fai altro che confermare la mia
tesi. Per una retribuzione di questo livello,
pensi che occorra prendere una laurea in
ingegneria? Una volta, in tempi normali, queste
retribuzioni erano per i garzoni di qualche
negozio, per il ragazzo che non volendo anadare a
scuola si rendeva indipendente. Invece oggi
accettiamo tutto passivamente. Inoltre, se si è
somari ma con "l'asso nella manica" si può
arrivare anche a questi
livelli:

[yt]3T-z2V9xhgo[/yt]

Pensa un pò siamo messi male!! :|

Re: Ingegnere informatico o utonta winara?
- Scritto da: ciliani

migliori dei "nuovi ordinamento"? Grazie al

fischietto che sono migliori...hanno iniziato

prima!

Se permettete un modesto intervento di uno con un
i capelli grigi che ha cominciato a programmare
trent'anni fa: quando ho iniziato io non c'erano
informazioni in giro, io mi facevo venire i libri
dall'america aspettandoli sei mesi ed una volta
ho "sbaragliato" un programmatore molto piu'
anziano di me con un heapsort, perche' lui
programmava gli ordinamenti con una routine che
si era inventato lui (praticamente un insertion
sort...) mentre io avevo copiato da un libro e la
mia routine, su migliaia di record, era ordini di
grandezza piu' veloce. All'universita' non
esisteva l'informatica - a parte qualche esame
qui e la' in ingegneria e matematica, da parte di
innovatori visti con sufficienza da parte del
resto dei
professori.

Oggi in realta' ci sarebbero tutti gli strumenti
perche' un giovane sia piu' bravo di un anziano:
c'e' internet, c'e' l'open source, un computer
costa poche centinaia di euro e tutto il software
e' gratuito - anche se ci si limita alle versioni
free legali, si puo' studiare e diventare esperti
senza spendere quasi nulla, quando ho iniziato
era un investimento tostissimo e significa
rinunciare a parecchio - io ho rinunciato
all'automobile, ai 18 anni, per avere un apple
II.

La vera differenza e' una "meta-esperienza", non
l'esperienza in se': con microsoft che reinventa
la ruota ogni due anni l'esperienza maturata in
passato serve e non serve (ero bravissimo in VB6:
adesso me lo do' in fronte. Ero un asso in
Clipper... chi sa oggi cosa e'? Oggi sono bravo
in Java, PHP, C# e VB.net... domani chissa'). La
"meta-esperienza" e' il capire cosa va usato e
cosa no, cosa e' fuffa e cosa e' aria fritta;
capire quando gli oggetti vanno usati e quando
appensantiscono e basta, capire quando l'UML
serve e quando e' una
fesseria.

Soprattutto quello che manca e' un briciolo di
modestia, anche qui su punto informatico vedo
sempre parecchia presunzione che puzza di giovane
eta' lontana un miglio. Ho visto e partecipato a
progetti anche enormi, anche per aziende molto
grandi sia nazionali e multinazionali, ma spesso
mi sento ribattere dai lettori di questi forum
"forse non hai mai lavorato su un progetto
grosso"... ed io continuo a vedere progetti dove
si passano sei mesi di tempo per scrivere le
specifiche UML che poi il cliente non capisce, e
venti giorni per realizzare il tutto senza
neanche usare classi perche' il programmatorino
da 600 euro/mese che poi sviluppa e' una capra
che non sa nulla di nulla (ma ormai, con i soldi
spesi sull'analisi, non si puo' fare di
meglio)

Insomma secondo me il "bravo" e' quello che sa
discernere ed e' flessibile nelle soluzioni a
seconda delle necessita'; e che soprattutto sa
anche, avendolo visto negli ultimi trent'anni,
che la "scienza informatica" e' un susseguirsi di
mode, e che percio' non bisogna crederci
ciecamente (ho visto passare i diagrammi di
flusso, la programmazione strutturata, i dataflow
diagrams, vedro' forse passare di moda anche le
classi, UML, i design patterns), ma usare di
volta in volta quello che serve per ottenere il
risultato migliore in minor tempo al minor tempo,
equilibrando i tre fattori a seconda della
necessita'.

Chi sa far questo, che sia giovane o anziano, va
avanti e produce il software che si vende e che
poi si usa; e si fa pagare il giusto. Ma per
capire che i mostri sacri e i professori
all'universita' sono ometti come noi che possono
anche sbagliarsi ci vogliono forse i capelli
grigi.

Voglio finire con un aneddoto: tanti anni fa,
chiaccherando con uno dei mostri sacri
dell'informatica italiana (un autore dei libri
sull'SQL all'epoca fondamentali, ed usati
all'universita'), mi rivelo' che "non bisogna
tenere assolutamente conto di quello che ho
scritto sulla normalizzazione: con i database che
ci sono oggi devi fare tabelloni enormi con
ridondanza dei dati ed evita come la peste le
relazioni tra tabelle, altrimenti il database ti
si siede dopo poche migliaia di record. Forse un
giorno ci saranno database abbastanza potenti e
quello che ho scritto si potra' applicare". Oggi
possiamo usare le join senza problemi, ma forse
il concetto si puo' applicare su tante altre cose
odierne.se ne leggessero di più di commenti così!!! :)

Re: Ingegnere informatico o utonta winara?
Questo sì che è un bel post!Davvero un raggio di sole, in mezzo a tante trollate.

Re: Ingegnere informatico o utonta winara?
Vedere un librone con solo il source di Minix non ha prezzo