Newsgroup: it.discussioni.ingegneria
Titolo: spunto per il "vademecum" dell' ingegnere?!

Salve a tutti,
parlando da studente, inesperto e ingenuo lavoratore... concedetemi una richiesta.
Vi è un altro punto non chiaro tra azienda e ingegnere (o lavoratore in generale):
qual è il tipo di lavoro che viene meglio riconosciuto/pagato in un' azienda?
Faccio un esempio stupido stupido legato alla mia realtà di studente... se vedo
della carta sul pavimento della mia scuola e la raccolgo per poi buttarla nel cestino
nessuno mi dà riconoscimento di ciò; invece se io rispondo ad una serie di quesiti
ottengo un certo riconoscimento valevole almeno in ambito scolastico (un voto alto).
Se potete tralasciare l' esempio in sè molto banale, confermatemi e chiaritemi meglio
il concetto che voglio comunicarvi (e che non riesco con altri termini). Non parlo di
scegliere la professione che in un dato momento è più spendibile nel mondo del lavoro.
Se l' argomento risultasse pertinente si potrebbe inserire nel cosidetto "vademecum"
dell' ingegnere in fase di preparazione.
Scusate se la domanda è mal posta o inintelleggibile... nel secondo caso do la colpa
al caldo.
Luca - 
lucmo...@interfree.it

 wrote in message
news:8%8h7.5676$i81.2...@news.infostrada.it...


>qual è il tipo di lavoro che viene meglio riconosciuto/pagato in un'
azienda?
piu' la mansione è non sostituibile- piu' pagano.
piu' la mansione è sostituibile- meno pagano.
(la legge della domanda e dell'offerta regola tutto.)
se progetti cose che generano un ritorno economico - piu' pagano.
se progetti cose una volta, e generi un ritorno economico
continuativo - pagano ancora di piu'.
(occorre progettare cose, in modo che sia difficile mettere le
mani sul progetto da un altro, anche se bravo: avere
sempre a mente di rendersi difficilmente sostituibili:
il software, croce e delizia di questo millennio, si presta deliziosamente a
questo).
non imbarcarsi in progetti di utilita' INTERNA all'azienda:
(imbarcarsi invece in progetti che vengono VENDUTI)
essi non hanno un ritorno economico visibile, nemmeno se
è evidente che fanno risparmiare tempo.
se te ne vai, quello che hai creato verra'
semplicemente buttato, e chissenefrega se si ritorna ai
vecchi metodi. di scribacchini
se ne trovano a iosa, e costano poco.
anche in questo caso, il SOFTWARE è croce delizia:
mai scrivere software di uso interno all'azienda!
(a meno che, dopo la vostra dipartita, non si renda necessario
acquistarne uno simile all'esterno a caro prezzo.
ma sempre meglio evitare).

 
Verissimo, peccato che il compito di un ingegnere informatico sia
proprio l'opposto.
Saluti
Nifhel

 proprio l'opposto.
Il compito principale di un ingegnere informatico è realizzare
e far funzionare senza problemi quello che gli hanno commissionato.
Scrivere codice "manutenibile" x gli altri "polli in batteria"
come lui, equivale a ridursi lo stipendio e contare come il 2 di briscola.
Ricordati che l'ingegnere elettronico/informatico è alquanto bistrattato.
Rispetto agli altri ingegneri, non ha la legge che lo difende:
chiunque puo' mettere su una rete di PC, o scrivere programmi di
contabilita'.
Eppure un odontotecnico non puo' metterti le mani nei denti,
e un muratore non puo' firmarti un progetto di un pollaio.
Un guaritore ed un cartomante televisivo non puo'
fregiarsi del titolo di "medico" e non puo' curare la gente.
Per quanto riguarda l'informatica invece, siamo messi a questo livello:
qualunque ignorante, anche in buona fede, puo' raccogliere
dal mercato  la sua fetta di gruzzolo.
Parlo del mercato dei pesci piccoli-piccolissimi ovviamente,
ma con un discreto giro di programmi di contabilita' puoi
alzare i tuoi 200 milioni all'anno: e come dipendente con 2.200.000
al mese puoi?
Pensa che la legge protegge , anzi crea, le figure artificiose dei notai.
Ti sei mai chiesto che capacita' debba avere un notaio?
Nessuna, ma per legge gli devi versare fior di milioni per
mantenere la casta.
Che c'e' di male se si fa valere, se si protegge con modi duri (ma
leciti) il proprio sapere?
il cliente (inteso anche come datore di lavoro) paga,
ed avra' il suo software che funziona.
Per manutenzione/cambiamento, deve continuare a pagare.
Bill insegna: si vende la "facolta' d'uso" di un programma,
non il codice sorgente in se'.
La legge prevede che il codice creato "sotto padrone"
appartenga all'azienda?
Non va bene!
Scrivendo codice astruso, dobbiamo re-impadronirci
della nostra "prestazione professionale".
E farla fruttare il piu' a lungo possibile:
se è normale fare manutenziona all'automobile (e pagare x questo)
perche' per il software le modifiche in corso d'opera devono essere gratis
e continuare illimitatamente?
Solo perche' "tanto è solo software"?

 Per manutenzione/cambiamento, deve continuare a pagare.
C'e' di male a essere Mafiosi? Si!


A quanto pare il male c'e` solo se sei un Ing. dell'Informazione....
Saluti,
Cris


Si, hai ragione, ma avrai notato che l'astio di molti vecchi ingegneri verso
le riforme, anche se nascosto da motivazioni di principio, e' solo invidia
nei confronti di professionisti che altro non sono che mammasantissima in
giacca e cravatta.

 wrote in message
news:9ml0i7$67p$1...@news.mch.sbs.de...

 Pienamente d'accordo. Anch'io sono invidioso di chi fa il mio stesso lavoro
con anni in meno di sudore e fatica. Sul discorso albi (e qui mi ripeto alla
noia) non capisco proprio a cosa serva quello degli Ing. Informatici.
Preferirei fosse eliminato, piuttosto che si continui con questa immensa
presa in giro.
Saluti,
Cris

come lui, equivale a ridursi lo stipendio e contare come il 2 di briscola.
Peccato che scrivere codice manutenibile e' un dovere, non un'opzione. E
sarebbe bellissimo se esistesse un albo degli ingegneri informatici da
cui cacciare a calci chi scrive volutamente codice involuto.

 giacca e cravatta.
- non sono vecchio (30 anni)
- mi sono laureato da poco (a 28 anni, servizio militare incluso)
- ho una laurea in elettronica ma, come tutti gli elettronici, programmo...
Non invidio i mammasantissima.
Invidio i commerciali ed , in genere,
tutte quelle figure che guadagnano "bene" perche'
"appaiono" quelle che portano in azienda il denaro.
Orbene, invoco la rivincita dei progettisti e,
tra i progettisti piu' bistrattati, quelli che progettano software.
Possibile che le persone con piu' zucca debbano guadagnare
meno di quelle con meno zucca?
La chiave di tutte le attivita' commerciali sta nell'"aver bisogno".
Il cliente "ha bisogno". Se vuole il prodotto, paga.
Il prodotto č il software.
A differenza di qualunque altro prodotto, il software
dovrebbe avere queste caratteristiche:
costare poco (meglio niente, dai copiami il ciddi'..)
avere garanzia infinita ed illimitata.
Prova a pretendere questo per la tua automobile,
per il tuo cellulare, per la tua caldaia.
Se hai bisogno dell'idraulico, viene gratis?
Se hai bisogno dell'idraulico la settimana dopo,
viene gratis?
La benzina, le ore, l'attrezzatura chi la paga?
Perche' il mio datore di lavoro (sono dipendente)
cambia le specifiche ogni giorno?
Perche' il software da me progettato viene venduto a tot ma,
poiche' il contratto va a firmarlo il commerciale, al commerciale
con la sua c____o di laurea in economia (sic)
danno una BMW aziendale?
L'unico modo per un "softwarista" di ottenere una
quantita' equa di sesterzi č, credimi, far pesarela propria "non
sostituibilita'"
criptando adeguatamente il codice e mantenendo per se' il "core"
del progetto.
Quale industria rivela alle concorrenti i propri segreti industriali?
Nel lavoro dipendente, il collega con una laurea come la tua
č un concorrente.
Il datore di lavoro cerca di comprare la merce (la zucca) al minor
prezzo mettendo in competizione i due "fornitori".
Come sempre, la legge della domanda e dell'offerta regola
tutte le cose.

 cui cacciare a calci chi scrive volutamente codice involuto.
Mettere le mani su codice altrui non conviene mai, nemmeno se è scritto
bene.
Fai prima a rifarlo.
E se il codice scritto è tanto, ma tanto,
potevano pagare di piu' quello che se ne è andato,
che non se ne sara' andato per niente.

 cui cacciare a calci chi scrive volutamente codice involuto.
Non ci capisco piu` nulla. Ma IN TEORIA, un Ing. Informatico non dovrebbe
fare codice, giusto?
Saluti,
Cris

fare codice, giusto?
(a parte che scrivere IN TEORIA toglie qualsiasi aspetto interessante
alla discussione, si finisce a parlare del sesso degli angeli)
Secondo te, uno che vuole scrivere un complesso programma che faccia X,
come fa? Si mette davanti ad un computer e comincia a scrivere righe di
codice?

Fai prima a rifarlo.
Quindi le migliaia di persone nel mondo che, a vari livelli e per varie
diffusioni, mettono le mani in pasta nel kernel di linux, che sono piu'
di due milioni di righe di codice, e riescono a farne versioni migliori,
ad aggiungere funzioni, device driver, ecc, come fanno?


Mi dispiace ripetermi, ma IN TEORIA bisognerebbe fare un'analisi dei
requisiti, un design dei componenti,ecc.ecc.., in pratica si mette lo
smanettone di turno davanti al PC e via col codice senza una riga di
commento. Per molti tutto cio` che non e` codice e` tempo perso...
Saluti,
Cris

 fare codice, giusto?
buk?
spiegati meglio, grazie.

 wrote in message
news:9mld8k$klr$1...@serverlinux.frigoveneta.interno...

Mi riferivo ad un post di Nifhel in cui veniva spiegato con dovizia di
particolari quello che dovrebbe essere il lavoro di un Ing. Informatico
(fare Architetture software).
Saluti,
Cris

 ad aggiungere funzioni, device driver, ecc, come fanno?
Non avevo in mente questo.
Avevo in mente il software scritto per far funzionare la piccola-media
azienda,
o scritto per far funzionare l'hardware che produce la piccola - media
azienda.
Ovvero tutto quel software "sbrodoloso", scritto all'unico
scopo di risolvere problemi legati
ai propri specifici clienti.
Tale software è sbrodoloso per natura:
- perche' i clienti non si spiegano mai bene
- perche' le specifiche cambiano continuamente
insomma, il programmatore che riesce ad avere
delle specifiche che non cambiano fino a fine progetto
è fortunato.
Scrivere un kernel è una fortuna.
Scrivere linux è molto piu' facile
(parole di Torvalds) che scrivere un'interfaccia grafica per linux.
Scrivere un sis op. richiede elevata capacità tecnica e competenza.
Descrivere relazioni del mondo reale e allo scopo di scrivere
applicazioni che automatizzino (=siano redditizie)
per il cliente non richiede grandissima competenza tecnica,
ma in genere si tratta di molto codice che descrive una sacco di legami o
relazioni.
E' questo il codice difficile da capire, stratificato negli anni,
che conviene comunque -secondo me, ovviamente- riscriversi.
Nemmeno il piu' volonteroso dei programmatori sarebbe in grado di
documentarlo.
P.S.:
il committente di un kernel, colui che detta le specifiche,
è il programmatore stesso.
E' il caso piu' fortunato di tutti.

 danno una BMW aziendale?
Gia', tutto vero. Un bel master alla Bocconi e ci si mette il cuore in
pace :-)
Cmq, per tornare sull'aspetto da te citato vorrei farti notare che negli
USA, dove sono parecchio avanti nel campo, negli ultimi 2-3 anni gli
ingegneri informatici hanno avuto un boom incredibile negli stipendi
(come scrissi in un mio vecchio post) riuscendo a superare lo stipendio
degli stessi manager. E' stata una questione di tempo ma, alla fine,
stanno capendo quanto vale la risorsa produttiva.
Saluti
Nifhel

- perche' le specifiche cambiano continuamente
Tutti i software allora sono "sbrodolosi"...

commento. Per molti tutto cio` che non e` codice e` tempo perso...
Difficile escogitare un sistema migliore per produrre bug insidiosi e
difficilmente eliminabili.

 wrote in message
news:slrn9osuss....@localhost.localdomain...

Come darti torto?
Pero` la situazione della piccola (e spesso media) azienda e` piu` o meno
questa....
Saluti,
Cris

questa....
Ma prima o poi la piccola/media azienda comincera' a subire la pressione
competitiva delle aziende che, per caso o scelta, hanno software
migliore. Ti e' mai capitato di visitare un sito di qualcuno che vende
qualcosa on-line e di aver giurato a te stesso di non metterci piu'
piede, perche' faceva schifo? (domanda retorica :D)

al mese puoi?
insomma, per legge i laureati dovrebbero guadagnare piu' dei non
laureati 
--
ciao da Alessandro (aka Tinto)
www.tinto.org

del progetto.
se mi accorgessi che un mio dipendente fa questo lo licenzierei
subito.


Fai prima a rifarlo.
sic! prima dici che non tutti dovrebbero poter fare sw e poi te ne
esci con questi concetti .... saresti il primo a dover essere
interdetto :)


questa....
perche', esperienza personale, a dirigere le aziende c'e' gente che
non capisce niente e non ha una visione corretta delle problematiche
tecniche.
invece di invidiare i commerciali perche' guadagnano bene e odiarli
per questo, bisogna odiarli (e cercare di inc.) perche' i dirigenti
affidano a loro compiti che dovrebbero assegnare a noi tecnici. questa
e' la frontiera da battere, quella di puntare in alto, non quella di
sperare che leggine ci diano in esclusiva il potere di "imprimatur"
sul sw.


 sul sw.
Qui invece non condivido. IMHO, senza leggina (come la chiami tu :-) )
sara' molto difficile togliere a chi ha gia'. Non impossibile, ma molto
piu' difficile. E allora perche' non augurarsi una leggina che
semplifichi le cose?
Saluti
Nifhel


..qui si dovrebbe aprire l'ennesima discussione sull'utilita` della laurea,
ma giustamente DOVREBBE essere il valore della persona a fare la differenza
e non il pezzo di carta.
Penso, tuttavia, che sia pura utopia pensare che chi piu` vale piu`
guadagni.
Saluti,
Cris

 subito.
...se ha scritto codice come si deve, la spesa da affrontare
per uno nuovo che debba addentrarsi nel codice del licenziato
sara' molto maggiore che non tenere il licenziando...

 guadagni.
Anche perche', e qui andiamo OT, come si fa a stimare correttamente il
valore di una persona. Inoltre, che cos'e' , da cosa e' formato il
valore della persona? E se il valore di una persona e' costituito da un
mix di elementi, che peso ha ognuno di questi elementi? Imho, diverse
realta' aziendali necessariamente attribuiscono diverso valore alla
medesima  persona, viste che diverse sono le esigenze dell'azienda
stessa.
Saluti
Nifhel

E' ovvio che sappiano programmarli, no?
No, non e' ovvio.
-- 
"Unix is user friendly, it's just selective 
about who its friends are."

 E' ovvio che sappiano programmarli, no?
Vedo in giro molti orfani 

 E' ovvio che sappiano programmarli, no?
Si', e gli aerospaziali sanno pilotare gli aerei...
-- 
Nick Belane


I gestionali non saranno mica sterili?

> Vedo in giro molti orfani
quelli ci sono dappertutto,
e comunque il "pollice verde" per i byte uno o
ce l'ha dentro o non ce l'ha, ti invito a vedere il mio
personalissimo "bestiario":
del drappello a cui appartengo
(tutti avevamo un gruppo di amici all'uni, no?)
ho constatato esattamente questo:
1) ingegneri elettronici con una solida preparazione
elettronica (intendo dire : provenienti da istituto tecnico)
e voto >= 95:
occupati, progettisti (elettronica vera e propria
o software per elettronica) a 1,5 anni dalla laurea
con stipendio >= 3.300.000 mensili.
2) ingegneri elettronici senza solida preparazione
elettronica (intendo dire : provenienti da liceo)
e voto >= 100:
occupati nel ramo dirigenziale (omnitel)
 a 1,5 anni dalla laurea con stipendio >= 3.300.000 mensili.
(per loro stessa ammissione, non potrebbero progettare alcunchè)
3) ingegneri elettronici senza solida preparazione
elettronica (intendo dire : provenienti da liceo)
e voto <95:
i messi peggio. non sanno progettare un contascatti,
non sanno scambiare dati con una seriale in windows,
non sanno dove _cominciare a cercare_ per risolvere
questo e altri problemi.
qualcuno gli deve dire cosa fare e come.

 Si', e gli aerospaziali sanno pilotare gli aerei...
a parte questa facile ironia,
qualunque elettronico che si rispetti
(ovvero che sappia programmare correttamente
in assembler un microprocessore)
impara in un battibaleno il C, il C++,
li usa meglio e _non_ sbaglia quasi mai i puntatori.
Tralascio volontariamente la conoscenza degli algoritmi disponibili
e delle tecniche e delle reti di computer eccetera, che trovano
piu' spazio in una facolta' "informatica".
Intendevo dire che esiste il "pollice verde" per la programmazione
e che secondo me uno che bazzica con segnali TTL, clock, BUS,
registri e quant'altro sa programmare "con naturalezza" in C e C++
se (si è studiato lo Strostroup, ovvio).

se (si è studiato lo Strostroup, ovvio).
Certo, poi sara' convinto che la documentazione del codice significa
mettere i commenti e nulla piu', ma pazienza. 


LAUGH :-)


 li usa meglio e _non_ sbaglia quasi mai i puntatori.
Mentre un informatico che si rispetti impara JAVA in un battibaleno
fregandosene di tutti i problemi legati ai puntatori e a chi la
presunzione di non sbagliarli quasi mai.
Saluti
Nifhel

 mettere i commenti e nulla piu', ma pazienza.
ti sbagli ancora una volta,
o ancora una volta pecchi di presunzione,
fai un po tu...
egli non ha bisogno dei commenti per capire, anche a distanza
di mesi, il codice che scrive.
I pattern di design e la strutturazione delle classi sono gia'
una documentazione, di per se':
se vuoi, una documentazione "in grande".
I commenti sono una microdocumentazione,
giusto se due o tre righe di codice sono criptiche.
Senza voler discutere adesso di "cosa è la documentazione
nel software" vorrei tornare al thread principale del discorso,
senza degenerare in inutili post ironici e contro-ironici.
Posto che documentazione del software non è solo "commenti",
ma anche progettazione a tavolino della struttura dell'applicazione
e dei pattern da applicare,
continuo a sostenere che il buon elettronico-informatico-che
dir-si-voglia, deve essere seduto DA SOLO a quel tavolino,
per aumentare la propria non sostituibilita' quale ingranaggio
fondamentale del progetto, e beneficiarne in termini di ritorno
economico.
Parliamoci chiaro: le pedine "sostituibili" vengono pagate
poco e se alzano la cresta vengono per l'appunto... sostituite.
Nell' ottica del vademecum dell'ingegnere teso a ottenere il
massimo ottenibile (se se lo merita...) dalle aziende che lo "ospitano",
la non-sostituibilita' e' un traguardo da perseguire.
Come la pensi su questo punto?

 fregandosene di tutti i problemi legati ai puntatori
c.v.d...
con JAVA sei costretto a scrivere codice pulito,
ed un programma in JAVA non è un segreto per nessuno.
si documenta quasi da solo,
sei costretto a progettare a tavolino le classi...
(oddio, lo so che questa è la prass della buona
progettazione software, mica lo nego...)
Appena alzerai la cresta, un altro programmatore
JAVA che costa meno di te prendera' il tuo posto.
Ma lo volete capire che il Visual Basic e jAVA
e tutte queste vaccate "a prova di programmatore"
non vanno nella direzione di facilitare la vita ai programmatori
o di far evolvere l'informatica
(poveri illusi...) ma nella direzione di liberare
le grandi case di software dalle -giuste- esigenze
di chi il software lo scrive, tentando di ridurre
delle buone teste -spesso ottime-
a una manovalanza malpagata?

 a una manovalanza malpagata?
Manovalanza malpagata, vero, ma solo per i coder. Non certo vero per chi
progetta l'archietettura a tavolino.
Un esempio tipico e' l'America, dove, da due anni circa, la figura
dell'ingegnere senior capo progetto java e' la figura piu' pagato
dell'intero ramo ingegneristico, con paghe medie superiori a quelle
degli stessi manager. E, con paghe doppie rispetto ai system
administrator e network administrator che, in America, sono considerati
lavori alla portata di tutti (a meno che non si sia consulenti di
sicurezza informatica, allora la cosa cambia).
Saluti
Nifhel

 lavori alla portata di tutti.
In italia sono alla portata di tutti, di fatto.
Ho visto provider che per spendere poco di un sysadmin
al posto di prendere un laureato ad hoc
hanno preso uno studente di ragioneria appassionato di linux.
E bastava...

 merito suo e non del finto-supervisore.
Parlare senza avere esperienza diretta può far sparare le puttanate
sopradette.
Una persona che ha un background di gestione risorse di vendita nel campo
del SW può benissimo essere un ottimo gestore di sviluppatori di programma.
E la cosa non succede tanto di rado
Saluti
Francesco

 E bastava...
Certo, perche' all'Universita',in Italia, non si insegna a fare il
sistemista.
Saluti
Nifhel

Come la pensi su questo punto?
Che la non sostituibilita' si raggiunge lavorando bene, non disseminando
trappole in giro. 


 Come la pensi su questo punto?
Premesso che io di mentalita' sono molto "guadagno-oriented" :), direi
che la non sostituibilita' dovrebbe derivare da un oggettivo valore
della persona e non usando sotterfugi.
Altrimenti, coscienza permettendo, 
:-)
1)un sistemista potrebbe mettere delle backdoor e, all'atto della
sostituzione, sfruttarle per rendere il sistema non amministrabile.
Oppure potrebbe cifrare i dati sensibili con delle password e poi
dimenticarsi delle stesse (spiegando, in malafede, che, lavorandoci su,
troverebbe un metodo per aggirare l'ostacolo).
Oppure, piu' semplicemente, il primo giorno si arriva e si fa un bel
backup selettivo dei server. L'ultimo giorno, si va via e si rimette su
il backup del primo giorno, eliminando tutte le "proprie" migliorie
lasciando al nuovo incaricato il compito di ripartire da zero.
2)Un commerciale pagato sulla percentuale di ordini che riesce a
piazzare, potrebbe promettere all'eventuale cliente merce con
specifiche  tecniche diverse da quelle effettivamente producibili
dall'azienda. Piazzati gli ordini, incassata la percentuale, il
commerciale incassa e gli ingegneri della ditta bestemmiano :-)
3) Un esperto di sicurezza potrebbe crearsi lavoro da solo, attaccando
le reti della ditta X e poi andando a presentare alla medesima un
possibile piano di protezione.
4) Stesso discorso con virus e antivirus
5) Un programmatore potrebbe volutamente mettere dei bug nel programma
guadagnando cosi', non tanto sulla vendita (si userebe un prezzo
allodola), ma sulla assistenza post-vendita.
Certo e' che non si vorrebbe proprio arrivare a questi livelli.
Saluti
Nifhel

qualcuno gli deve dire cosa fare e come.
non sara' che esageri un pochino eh?


in assembler un microprocessore)
oggi "elettronico" e' un termine molto generico.
e nel campo della costruzione dei circuiti elettronici digitali c'e'
oggi una tale complicazione che per forza c'e' specializzazione: c'e'
chi fa il tecnologo, che si occupa del layout del circuito, chi dei
dispositivi ..... senza contare quelli che si occupano di elettronica
analogica.
Non credo che un elettronico di questi usi l'assembler nel suo lavoro.


a una manovalanza malpagata?
ecco, abbiamo trovato il G8ttino che ce l'ha con le multinazionali che
gli globalizzano il codice .... rotfl


lavori alla portata di tutti
quello che caratterizza l'America (USA) e' che i prezzi li fa il
mercato: se le paghe sono queste significa solo che adesso ci sono in
giro meno capiprogetto che sysad. Niente di piu', niente di meno.


hanno preso uno studente di ragioneria appassionato di linux.
ho visto aziende assumere "un ingegnere informatico laureato con
ottimo voto" invece di "un appassionato di linux e smanettone di PC"
senza capire che il primo non sapeva una mazza di quello che serviva
all'azienda mentre il secondo si'.


necessariamente anche loro?
Galileo ha un gran bel sito web, tutto fatto in php stile OOP,
appoggiato su ORACLE


 programmazione?
Domanda che pongo sempre a coloro che sostengono l'impossibilita` di
staccarsi dallo scrivere linee di codice e a cui non viene mai data
risposta.
Ma e` un concetto cosi` difficile da assimilare? Chiaro che un project
manager deve lavorare ad un livello ben piu` "alto" della codifica.
L'esempio dell'Ing. edile che non fa la malta dovrebbe, in parte,
servire....
Saluti,
                        Cris

> non sara' che esageri un pochino eh?
era il "mio" bestiario,
quindi limitato per definizione.
In genere, chiunque porta le proprie esperienze sul
ng, le porta appunto xche' spera di contribuire al "puzzle".
Sara' un caso particolare?
Dipende, come sempre, dalla qualita' delle teste in gioco?
Certo, ma intanto facciamo statistica.
Avro' enfatizzato nel modo di esprimermi,
ma non ho raccontato falsita'.

 trappole in giro.
Uhm... non č una "trappola", o imbroglio,
non condividere la conoscenza su quello che si č realizzato.
Il ragionamento č:
"beh, visto che mi sostituite, colui che verra'
sara' abbastanza bravo da capire il codice che si trova in eredita'.
Codice scritto bene, sicuro, ma io non muovero' un dito
per facilitargli il compito."

 gli globalizzano il codice .... rotfl
per quanto riguarda il G8,
sto con i celerini.

 Certo e' che non si vorrebbe proprio arrivare a questi livelli.
Santo cielo, hai fatto esempi ai limiti del penale.
Quello che io intendevo č piu' o meno questo:
"beh, visto che mi sostituite, colui che verra'
sara' abbastanza bravo da capire il codice che si trova in eredita'.
Codice scritto bene, sicuro, ma che non contiene al
suo interno niente che realizzato apposta per facilitargli
questo compito."

 del SW può benissimo essere un ottimo gestore di sviluppatori di
programma.
il suo dovere lo fa gia' vendendo
e raccogliendo le info dai clienti.
Se è un "ottimo gestore di sviluppatori"
lo si deve solo  al fatto che il codice funziona.
E questo lo si deve solo agli sviluppatori,
se hanno superato particolari o particolarissime difficolta' tecniche.
Ora, se il progetto prevede una difficolta' tecnica particolarmente
"dura", e uno dei coder si ingegna a superarla,
il merito è del capo progetto che non capisce un'acca di codice?
Sostengo che il coder in questione ha il dovere di capitalizzare la
propria posizione e, se questa situazione è la consuetudine,
che il coder bravo che risolve i problemi "veri"
sia pagato tanto quanto il "capo progetto"
che i problemi è bravo a tirarli fuori, e poi magari
è bravo a vendere.


Per favore non diffondere notizie non vere. Pensi che un ing comunque bravo
dopo un anno e mezzo guadagni 3300000?
Sbagli di grosso


All'atto pratica in TUTTE le aziende è merito principalmente del
capoprogetto che ha affidato il problema alla persona giusta.
Questo è quello che realmente succede
Saluti
Francesco Gorini

 Sbagli di grosso
Uh?
dovrebbe guadagnare di piu?
Sbaglio in piu' o in meno?
Questo era il mio piccolo "bestiario"
e riporta, senza bugie, lo stado odierno
del mio gruppo di "amici" con il quale ho fatto l'uni.
Dell'esempio sopra citato, (1,5 anni laurea ->3.300.000)
ne conosco tre esemplari.

 Questo č quello che realmente succede
Lo so.
E' su questo che volevo intervenire.
Nell'ottica del vademecum dell'ingegnere, il problema che mi pongo,
nel caso ci si identifichi con la "persona giusta"
in questione č:
"come puo' la persona giusta -probabilmente
la suddetta persona e' quella giusta in questa
e altre occasioni-  capitalizzare la sua posizione,
affinche' il capo progetto non venga retribuito in sua vece?"
A) nella maniera classica: cercando di diventare il successivo
capo progetto: difficile, se quello presente miete successi a nostre spese.
B) facendo notare  a chi sta sopra al capo progetto la nostra assenza.
avere il coraggio di cambiare, o levarsi dal progetto o addirittura
andarsene.
Assicurasi che cosi' facendo il progetto nuafraghi o subisca
forti rallentamenti->ergo , un danno economico per l'azienda.
Questo danno sara' attribuito (arma a doppio taglio)
al capo progetto in questione, e chi sta sopra di lui magari aprira' gli
occhi
su chi realmente "faceva il lavoro"...
C) controindicazioni: sopravvalutarsi. Se realmente non siamo indispensabili
e ci crediamo intelligenti e bravi -a torto- tutto questo non si
verifichera'
e saremo agevolmente rimpiazzati.

 Nifhel
Saluti.


Le grandi aziende hanno tutti stipendi che si attestano dopo due anni a
circa 50'000'000 lordi l'anno.
Pertanto un Ing o un informatico si trova, salvo passi di carriera NON
automatici e nient'affatto comuni, dopo tre e piu anni a guadagnare dai
2,600,000 ai 3,000,000 mensili netti.
Se la tua e altrui esperienza testimonia il contrario per favore
indicheresti settore e nominativo dell'azienda a cui rivolgersi?
P.S. il mio stipendio mediamente supera i 3,300,000 ma solo perche vivo con
la valigia in mano, chi lavore nella r&d guadagna lo stipendio base e basta.

questo compito."
Infatti nessuno chiede nulla di piu' di quanto previsto nella normale
ingegneria del software. Ma nemmeno nulla di meno.


segue risposta in privato.

 qualcuno gli deve dire cosa fare e come.
ah, ehm, ti ricordo, caro il mio Tullio, che il
qui presente ha preso un voto minore di 95. Vero è
che non so progettare un contascatti (ma ho già in
mente come si potrebbe fare). Però so bene come
scambiare dati con dispositivi remoti e in quanto
a cercare e analizzare un problema, ti ricordo la
faccenda della media mobile nel problema che avevi
con il tuo laser... solo un esempio banale.
--
<>~<>~<>~<>~<>~<>
Claves do Amaral
claves....@tin.it
<>~<>~<>~<>~<>~<>

 a una manovalanza malpagata?
programmatori di tutto il mondo, unitevi! Vai
Tullio, sei solo contro tutti! Ride the snake!


 qui presente ha preso un voto minore di 95.
e questo, nemmeno me lo ricordavo.
L'assenza dal lavoro ti fa diventare ipersensibile...

 sia pagato tanto quanto il "capo progetto"
IMHO no. Cmq, qui, come al solito, provvedera' il mercato a fare il suo
prezzo in base all'offerta. E' il solito discorso dell'idraulico e
dell'ingegnere. Chi deve essere pagato di piu'?
Saluti
Nifhel

 Questo è quello che realmente succede
Vero, cosi' come spesso merito dell'imprenditore e' solo quello di
essersi attorniato dei giusti collaboratori (scelti da lui).
Economicamente poco importa, alla fine, se sono effettivamente i
collaboratori ad aver fatto crescere l'azienda.
Saluti
Nifhel


Ovviamente l'Ingegnere.. :-))))))))))))
Ciao,
Cris

 ma che "e' tanto tanto bravo, dicono tutti..."
Questione di fiducia.
Si se mi fido di chi lo dice :-)
Cosi' come c'e' tanta gente che non si farebbe mettere le mani in bocca
nemmeno da chi per legge e' abilitato a farlo.
Saluti
Nifhel

 sto con i celerini.
ma se sei un veterocomunista. ah, già, forse
proprio per questo.


 perche' pensi sempre che penso a te?
perchč, non č vero?
