Newsgroup: it.discussioni.ingegneria
Titolo: ora dico la mia...

Prima di tutto, un saluto a tutto il NG di ingegneria.
Inizio un po' anonimamente la mia partecipazione al NG... piano piano
conoscero' e prendero' confidenza con voi e con questo strumento.
Sono "il sabba" per gli amici che mi conoscono, ed ora anche per voi.
:-)
Dopo diversi mesi passati ad ascoltare [leggere] il vostro parlare, ora vi
propongo il mio punto di vista.
Ho notato che al NG partecipa una discreta varieta' di profili: l'ingegnere
neolaureato, quello avviato, il dipendente, il professionista, quello futuro
(ancora studente) e quello passato (il programmatore).
Con questa velata allusione ho cercato di introdurre il tema di questo
intervento... :-)
L'esperienza sul campo, nel mondo del lavoro, m'ha permesso di osservare
quale fosse la vita (lavorativa) dei colleghi in giro per il nord Italia.
Nell'osservarli ho sempre cercato di mettere a fuoco le funzioni o mansioni
che un ingegnere ha nella societa' attuale (intesa come mondo del lavoro).
Categorizzare la "setta" degli ingegneri e' molto difficile, a me piace
inquadrarci in 3 tipologie:
l'Ingegnere progettista, l'Ingegnere manager, l'Ingegnere non Ingegnere e
l'Ingegnere programmatore.
1. il progettista e' colui che, indifferentemente dal tipo di indirizzo
seguito nella laurea in ingegneria, dipendente o professionista, progetta
graficamente edifici, macchine, impianti, reti di computer, sistemi informativi
o oggetti in genere che per la loro
complessita' necessitano di uno studio e analisi precedente alla
realizzazione; la sua competenza nel fare questo e' insita negli studi
eseguiti su molteplici materie universitarie; progetta perche' conosce tutti
gli strumenti di valutazione per farlo, dati a lui dall'Universita' e
dall'esperienza sul campo.
2. il manager e' colui che organizza il lavoro di altre persone, fra cui se
stesso; permette la coordinazione fra gli ingegneri progettisti, i realizzatori
diretti e altre
figure; a volte l'ho visto come libero professionista, a volte come socio, a
volte come collaboratore o dipendente; la sua competenza nel fare questo e'
insita negli studi eseguiti su molteplici materie universitarie; progetta
perche' conosce tutti gli strumenti di valutazione per farlo, dati a lui
dalla Laurea e dall'esperienza sul campo.
3. il non Ingegnere e' colui che non appartiene a nessuna delle precedenti
categorie; e' di solito il neolaureato che sta inserendosi nel mondo del
lavoro, cerca di trovare una sua dimensione, cerca di mettere a fuoco quello
che piacerebbe fare, ma che ancora non sa'. Non e' ne' progettista, ne'
manager. E' sulla strada per diventarlo. E' in un momento di passaggio.
Forse e' in vacanza, forse e' in crisi. Usualmente guadagna meno di
duemilioni e mezzo di lire, nette mensili. Non utilizza appieno cio' che ha
imparato all'Universita'. Non succhia dalla sua conoscenza cio' che serve
per lavorare, non ha esperienza dalla quale trarre per inserirsi nel mondo
del lavoro ed in una delle due tipologie precedenti.
- il programmatore e' un caso a se e non fa categoria (non era un errore la
prima riga di questo paragrafo...:-); esegue il lavoro che gli ha insegnato UN
SOLO corso di esame (forse 3 mesi della sua vita); trae poi dall'esperienza
acquisita cio' che gli serve per fare il suo lavoro (programmare). NON trae
nessun giovamento dal bagaglio culturale costruito all'universita', NE' lo
aggiorna e ravviva con l'esperienza attuale. Pensa che la Laurea in
Ingegneria gli abbia solo fatto perdere 5-8 anni della sua vita, tempo che
poteva invece usare per fare carriera nell'ufficetto dove lavora!
Ecco alcune considerazioni.
Io credo che l'ingegnere programmatore sia una mansione errata che
l'ingegnere piano piano ha maturato e impersonificato, forse afferrata per
necessita', forse per inerzia, forse per il brutto esempio degli ex-compagni
di corso che ora gia' lavorano; il male piu' estremo e' che l'ha fatta sua.
Molti sono gli ingegneri Informatici / Elettronici / Telecomunicazionisti /
Elettrotecnici ed Elettrici / etc, 
che fanno i programmatori. Stimo un valore (dovuto alla mia
esperienza, ma non a dati precisi): il 92% dei laureati in questi indirizzi
"tecnologici" dell'Ingegneria fanno o hanno fatto i programmatori.
---
Questo e' un errore idiota!
E' una scelta che rovina non solo il programmatore ingegnere, ma tutta la
categoria!
E' un perpetrarsi di una consuetudine DEL CAZZO, che l'ingegnere dovrebbe
RIFIUTARE, senza nessuna condizione!
---
L'ingegnere civile/meccanico/chimico segue, durante il periodo
universitario, corsi su
sostanze, composti, materiali, idraulica, ma non lo vedrete (a parte
sporadici casi isolati che non fanno testo) prendere in mano un badile e
mescolare il calcestruzzo, legare o saldare le armature prima di una
gettata, oppure armeggiare con i tubi di scarico che non siano quelli di
casa sua.
NON FA IL MURATORE solo perche' lo saprebbe fare (forse).
NON FA L'IDRAULICO solo perche', visto che sa progettare grandissimi
impianti... figurati se non sa montare i sanitari in un bagno.
L'Ingegnere "tecnologico", INVECE, si e' adattato negli anni ad assumere
compiti di muratore dell'Informatica, di manovale nel settore della
Tecnologia, di assurdo programmatore Visual C++ o gcc.
Adattarsi a fare il programmatore, "tanto per iniziare", e' come se un
Civile si adattasse ad avere un primo impiego come manovale, per diventare
muratore, per diventare capo cantiere, per poi essere direttore tecnico dei
lavori, e quindi disegnatore progettista, e finalmente Ingegnere Civile.
*** Ma siamo matti??? ***
L'ingegnere programmatore e' a volte abbagliato dal credersi l'onnipotente
creatore
di programmi, che tutti utilizzano, che ogni dipendente sta utilizzando in
quella tal azienda, o che ogni privato un giorno avra' a casa sua.
Si sente "artefice di una sistema gestionale che fa milioni di
cose", di "un programma che collegandosi con un database riesce a gestire i
milioni di utenti di un sito web". Ma non si accorge della sua misera
allucinazione: e' come se un ingegnere civile facesse il manovale in un
cantiere per costruire il futuro centro residenziale dell'USL provinciale,
contento e soddisfatto, pieno di gratificazione perche' un giorno verra' usato
da milioni di persone...
***
Ma finche' il mondo del lavoro trovera' persone che come i programmatori si
adattano a farlo, il meccanismo continuera' nel suo ciclo errato.
***
Come rompere allora questa catena? Quali metodi per riuscire a mettere a
fuoco una classe alternativa di programmatori? Oppure come fare per
convincere gli Ingegneri "tecnologici" a ritornare sui loro passi, a
correggere questo volgare errore in uso e di consuetudine, che non
commettono invece i colleghi di altri settori dell'Ingegneria ?
Questo lo chiedo a voi del NG...
Sto in ascolto, il sabba.
---
PS: in alcuni passi ho utilizzato parole forti e offensive per categorie di
persone che non si sentono di meritarlo. Voglio con questo essere un forte
colpo al cuore, un fulmine a ciel sereno, vorrei essere un monito per chi,
ancora studente in Ingegneria, abbia in mente di fare il programmatore un
giorno... evitando di commettere l'errore che ho commesso io.
2PS: un complimento al "giorgi" per il suo contributo alla societa' moderna con
il "Manuale di sopravviventa dell'Ingegnere nel mondo del lavoro".
-- 
Posted from  [213.140.8.194] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 .....


A mio modesto parere, non serve essere cavalli per essere ottimi fantini.
La domanda che io pongo spesso e` la seguente: supponiamo che un Ing. Info
dopo anni di sviluppo in C++ per un certo  progetto venga finalmente
promosso
a Project Manager (salto i passaggi intermedi) del progetto stesso. Dopo
poco tempo
si cambia progetto: nuove tecnologie, nuova architettura,ecc.ecc..
Supponiamo sia un'applicazione
Web, utilizzo di Java, ecc.ecc.. Il neo-Project Manager cosa dovrebbe fare?
Dovrebbe
riprendere a scrivere codice Java dato che di tale linguaggio non conosce
assolutamente nulla???
Dovrebbe scrivere Servlet per altri 10 anni per poi ambire a diventare
nuovamente PM, con la sicurezza che in quel periodo la tecnologia sara`
nuovamente cambiata?
Saluti,
                                                Cris

 assolutamente nulla???
E facciamo un esempietto pratico: applicazione web, piattaforma MS,
carico massiccio, elaborazione lato server pesante. Diciamo che la
soluzione al problema sia:
- 2 web server
- Cisco Local Director
- applicazione web stateless
- 2 o più application server a valle dei web server
- DCOM per la connettività fra i web server e gli application server
Domanda: che cosa deve sapere un progettista per poter affrontare il
problema e giungere a tale soluzione?
Permettimi poi un paragone con il campo dell'edilizia: è vero che un
Ing. Edile non lavora di badile e non porta sulla schiena i sacchi di
cemento ma, in linea di massima, è in grado di preparare il cemento per
una gettata se fosse necessario. La stessa cosa vale anche per un
progettista in ambito sistemi informativi? Secondo me si almeno nelle
linee generali. Sinceramente mi fanno un po' sorridere i Capi Progetto
ad esempio in ambito web che non sanno cosa sia HTTP, che mischiano
HTML con HTTP, che confondono script serverside con script clientside,
che parlano di oggetti senza avere idea di cosa siano, che non sanno
cosa sia un server virtuale, e via dicendo...



Non capisco se tu voglia dire che un PM debba necessariamente "sporcarsi" le
mani col codice ogni qualvolta cambi la tecnologia utilizzata.
Saluti,
                                        Cris


_______________SKIP______________
Ciao, io sono uno di quegli ingegneri elettronici che per il 30% del
proprio tempo lavorativo programma (sono ing. dipendente).
Secondo me non hai ben chiaro il concetto assai vasto di
<programmazione>.
Si puo' programmare il timer della lavatrice, il proprio
videoregistratore, una macchina utensile a controllo numerico, un PLC
per automazione industriale, un archivio in  VB per gestire
l'ortofrutta dietro l'angolo, sintesi in VHDL per la creazione di chip
ASICS o FPGA, algoritmi vari di elaborazioni delle immagine o
codifiche MP3, sistemi operativi real time, criptoanalisi, metodi
matematici per simulazioni cazzute tipo sistemi caotici vari.....
Come vedi si possono tante cose, sia di livello infimo che a livello
tale per cui le conoscenze acquisite all'universita' sono troppo
basse...
Se e' vero che spesso capita di scrivere codice che farebbe anche mia
zia, e' altrettanto vero che esistono settori in cui le conoscenze
necessarie sono elevate e impensabili per un singolo individuo...
Ritengo tra l'altro, che forse l'attivita' di programmazione, oggi
giorno, sia quella che possa essere piu' di altre definita
intellettuale...quasi tutte le altre attivita' nel campo
dell'ingegneria (edilizia piu' che mai) ormai il vero lavoro e' essere
"a norma" o conoscere i vincoli legislativi, normativi o burocatrici
connessi....bella soddisafazione....allora facevo il notaio....(nota
polemica...)
Ciao
Carlo 

l'Ingegnere programmatore.
allora sono 4 tipologie .... almeno contare fino a cinque bisognerebbe
esser capaci ...
--
ciao da Alessandro (aka Tinto)
www.tinto.org

 il "Manuale di sopravviventa dell'Ingegnere nel mondo del lavoro".
Effettivamente il manuale è ben fatto. Complimenti anche da pate mia.


Io credo semplicemente che, talvolta, una maggiore informazione sul mondo
del lavoro farebbe MOOOLTO comodo a parecchi studenti di Ingegneria.
Avessero detto a me come stanno realmente le cose nel mondo del lavoro
(giorgi docet!!!)...........
Saluti,
                                Cris

 basse...
Questa e' la risposta piu' significativa che sia stata data
in questo thread.
la lunga mail di sabba era partita bene ma poi, secondo me,
e' degenerata generalizzando in base al punto di vista dell'autore
che forse, come molti di noi, non fa parte di quella sparuta minoranza
che e' realmente impegnata in progetti cazzuti,
dove prima di scrivere "le righe" occorre avere basi
matematiche / di analisi
che solo la laurea ti puo' aver dato.
Vorrei ampliare il discorso sottolineando che c'e' una forte domanda
di programmatori cui basterebbe essere semplici appassionati
per svolgere il compito richiesto.
(si richiede di lavorare su database, per lo piu' -anche qui
pero' con i necessari distinguo dati dalla complessita' del progetto-)
Ormai anche l'aziendina piu' piccola ha bisogno di un manutentoredella rete,
che poi diventa "softwarista" tuttofare.
In questo settore il mercato e' squilibrato:
molta domanda, poca offerta, chi ci sa fare e' abile e arruolato,
come in independence day.
Viceversa nel mercato di ingegneri c'e' poca domanda (per mansioni da
ingegnere)
e molta offerta.
Accade quindi che i due mercati si intersecano:
perche' dovrei rinunciare a comprarmi un ingegnere per svolgere
piu' che adeguatamente il compito di un appassionato, se lo posso
trovare fresco di forno (e bisognoso) a 1.700.000 lire/mese?
Intendo dire che gli ingegneri che sottopagati che sbattono i ditini
sulla tastiera sono da intendersi come un fenomeno contingente:
un po' come fare il cameriere in attesa di trovare un impiego.
Forse e' meglio fare il cameriere, pero'...


Mi permetto di dissentire :-)))

 mentalità di analisi e sintesi.
IMHO sta tutto lì. Con tutte le cazzate che ci hanno fatto studiare ora
vogliamo la vita semplice!
:-)))))))))
Ciaoo


Infatti nell'edilizia sono gli appassionati che firmano i progetti, mentre
nell'IT non hanno spazio alcuno gli "smanettoni" (a cui va tutto il mio
rispetto, sia chiaro).........
Saluti,
                                Cris

   crollato.
Fabrizio, colgo in queste tue righe il "sentimento di onnipotenza" di cui
parlavo nel mio intervento principale. Non pensi che "guidare" un programmatore
nel fare cio' che hai fatto tu sarebbe stato piu' da Ingegnere?
il sabba.


 necessarie sono elevate e impensabili per un singolo individuo...
Ok, ma non facciamo di tutta l'erba un fascio (non *quel* fascio :)!
L'Ingegnere puo' arrivare ad una tale specializzazione e conoscenza di un tale
ambiente operativo, che fa prima a scrivere lui le 30 righe di codice che
servono allo scopo, pregando pero' poi il programmatore di farne ben memoria
per la prossima volta che servira' risolvere quel dato problema.
Ciao, il sabba.



Sabba, non lo fanno solo perche` non ne sono capaci...:-)))))) Piu` facile
per loro fare gli sviluppatori (e ne conosco di Ing. Edili/Civili/Ambientali
che sviluppano software per necessita`)
Saluti,
                                                Cris

 che solo la laurea ti puo' aver dato.
Bravo Marco, ma con il tuo tentativo di "psico-analisi" modello "Il silenzio
degli innocenti" non ci ha beccato.
Io sto ora curando il motore principale di un "programmino" gia' installato in
533 ambienti di produzione nel mondo. L'ambiente e' quello editoriale. Se
questo "programmino" (12 anni cronologici di lavoro di un gruppo di 8-14
persone) dovesse fermarsi, il 70% delle testate Italiane non consegnerebbe il
giornale il giorno dopo. In Belgio addirittura il 100% delle testate dei
quotidiani nazionali ce l'hanno in produzione, infatti la societa' dove lavoro
ha fermato ogni azione di marketing in quella nazione. Il Corriere della Sera
ha 6 server ridondanti ed un Cluster di altre 2 macchine, per assicurare che
questo "programmino" continui a funzionare.
E nel paragrafo appena scritto ho peccato di quella che io chiamo "sentimento
di onnipotenza dell'Ingegnere programmatore", che secondo me e' il motivo
principale che lo spinge a rimanere programmatore, a volte per tutta la vita
(pace all'anima mia).
Questo per farti capire che anche se la complessita' dell'ambiente (tipo di
attivita'/hardware/software) non giustifica lo scrittura del codice da parte di
un Ingegnere. Giustifica forse il mettere mano al codice, ma non la completa
stesura dello stesso.
Sul resto del tuo intervento sono daccordo.
ciao, il sabba.


 esser capaci ...
Ciao Alessandro (aka Tinto), forse hai gia' capito il tuo errore? Non
infierisco dandoti dello stupido quale non sei, infatti ho visto parecchi tuoi
interventi molto interessanti nel forum. Complimenti e continua cosi', ma non
essere frettoloso nelle tue considerazioni...
 :)
un saluto, il sabba.


 Muoiono o vanno in ferie e si ferma tutto. E qui sta una seconda differenza.
Questo e' davvero vero. :)
Anch'io non ne ho mai visti. Loro hanno tutto nella testa, e sono in grado di
guidare dei programmatori per eseguire quello che hanno in testa.
Sul resto sono daccordo con te.
Ancora grazie, :)
il sabba.


 wrote in message
news:611d2f186045c616f82...@mygate.mailgate.org...


 Questo lo dici solo tu.
E' questo che cerco di farti capire... l'intervento e' mio e rimane tale.
--- cut...
Il resto non lo allego, diciamo che sono daccordo con te (+ o -).
Ciao Stefano, Ingegnere con l'amore per la programmazione.
;)
il sabba.


 wrote in message
news:673fb3a1b30074e729f...@mygate.mailgate.org...


 wrote in message
news:oHes7.4291$_42.1...@news.infostrada.it...

Bravo Cris.
Sono daccordo.
Speriamo che tutto questo venga mantenuto nei secoli anche grazie al lavoro che
forse "il giorgi" si apprestera' a fare...
il sabba.


 nel fare cio' che hai fatto tu sarebbe stato piu' da Ingegnere?
Non capisco che cosa ci sia di "sentimento di onnipotenza" nel
considerare necessario (almeno per me) sporcarsi le mani con il codice.
Direi che forse il "sentimento di onnipotenza" sia nella situazione
opposta dove, come ho detto, c'è gente che parla di cose che non
conosce. E peggio "guida" persone su "macchine" (intendo ambienti
software/applicativi in senso lato) che non conosce.
Poi nella realtà è chiaro che più "si sale" più i ruoli diventano
manageriali e sempre meno tecnici. Ora, rimanendo al caso di un Ing.
che coordina un team di programmatori, ritengo che l'Ing. debba sapere
almeno ad un certo livello che cosa stanno facendo i suoi
collaboratori. Non solo: se questo Ing. oltre a coordinare, progetta
anche allora ritengo fondamentale che conosca nei dettagli ciò che sta
progettando.
Capisco anche che questa discussione lasci il tempo che trova.
Bisognerebbe ragionare su dei casi reali, con degli esempi concreti. Ho
l'impressione che ognuno di noi abbia la sua definizione di
progettista, di programmatore, di capo progetto, di manager, ecc.
L'importante è discuterne. Poi se troviamo delle soluzione è "grasso
che cola".   ;-)
   ciao


 fara` per tutta la vita, alimentando discussioni sul NG.......
si, infatti.
mi stavo chiedendo se meccanici, civili, edili,nucleari
e altri vanno tutti cosi' bene:
quando postano lo fanno con il tono di chi sta lavorando,
indaffaratissimo, e vuol sapere qualcosa.
noi, con queste infinite discussioni,
sembriamo un branco di disoccupati...
ma forse e' vero anche che elettronici/informatici
e' una razza piu' propensa ad usare il ng.
saluti.

 - fino a che punto puoi "progettare" ciò che non conosci?
E qui si puo' aprire una discussione interessante perche ti rigiro la
domanda e chiedo a tutti: che livello di dettaglio si deve possedere per
essere in grado di progettare?
Saluti
Nifhel

 problema e giungere a tale soluzione?
IMHO,dipende da quante persone si vogliono impiegare nella risoluzione
del problema assegnato. Se il progettista e' da solo e' chiaro che deve
sapere tutto. Cio', chiaramente e' umanamente impossibile o, meglio,
quando possibile risulta essere molto costoso perche' richiederebbe
professionalita' diverse racchiuse nella stessa persona. Nell'esempio di
sopra come minimo un System Administrator, un Network Administrator, un
responsabile della sicurezza.
Chi pensa alla soluzione prospettata da te sopra? Il progettista.
Chi decide se usare web server Unix o Microsoft? Sempre il progettista.
Una volta scelto Unix, chi sceglie il particolare tipo di Unix? Imho qui
siamo gia' a cavallo tra il progettista e il sistemista. Fatto cio' chi
ottimizza il kernel Unix per la macchina dove e' installato? Il
sistemista. Ma chi sceglie le caratteristiche del parco macchine? Il
progettista stimando possibili prestazioni/costi. E cosi' via.
Insomma e' un vero e proprio lavoro di equipe. Poi, attualmente, non e'
ancora cosi' per motivi di mentalita' non ancora consolidata, per
mancanza di persone esperte che sappiano valutare la qualita' di un
lavoro nel campo, per il fatto che si tende assumere persone a stipendi
normali nonostante svolgano piu' professionalita' contemporaneamente.
Saluti
Nifhel

 


 rispetto, sia chiaro).........
Beh, questo e' vero solo in parte. Nelle grandi societa' di consulenza
(Accenture et similia) forse e' cosi', ma esite un sottobosco di
piccole-medie societa' o ditte individuali in cui il programmatore o "il
consulente" lo fa chiunque lo sappia (o ritenga) di saperlo fare. Per non
parlare del WEB in senso stretto, campo in cui si getta chiunque (l'altro
giorno ho visto l'insegna di una tipografia: volantini, timbri e pagine
WEB...).
Saluti.

Ciao Alessandro (aka Tinto), forse hai gia' capito il tuo errore? 
no, se dici ing. progettista, ing. manager, ing. non ingegnere e ing.
programmatore io continuo a vederne 4 ....


 ha scritto nel messaggio
news:0Eps7.1565$aE.2...@news.infostrada.it...

La mia era una provocazione :-))
Ciao,
                                    Cris

 il sabba.
ti riferivi a te stesso quando parli di amore per la programmazione? Spero
di si
perchè anche se faccio 
ing.info
 io odio programmare.
Riguarda le parti del mio intervento in cui ho espresso fatti
ogettivi(dichiarandolo esplicitamente);
le restanti parti sono ovviamente soggettive essendo questa come tu stesso
hai fatto notare
una discussione tranquillissima su un certo atteggiamento che sovente alcuni
neo ing hanno,
nell'intraprendere una carriera che spesso non è quella voluta.
Penso comunque che il più delle volte ci voglia un po' di coraggio e
ribadisco che il proprio lavoro
debba essere quello che uno vuole fare e che non sia imposto da nessuno(a
parte eccezzioni particolari).
Ciauz.
Stefano


Ciao Carlo

 essere in grado di progettare?
La mia idea č:
per una piccola-media azienda,
se pervieni al risultato
(se cioe' funziona, nulla di piu', nulla di meno)
allora hai ottemperato al tuo compito
ed il padrone pensa che tu sei un progettista.
Per dirla alla Boskov:
"progettista sei quando macchina fischia."


Pienamente d'accordo. Un Ingegnere puo` anche avere studiato per cultura
personale e poi andare a fare il carpentiere in ferro (uso come esempio il
lavoro di mio padre per non offendere nessuno), purche` non mi si venga a
dire che quello e` il lavoro per cui ha studiato.
Saluti,
                                                            Cris

 Insomma e' un vero e proprio lavoro di equipe.
Esatto. Questo e' il punto. Quantita' e qualita' delle persone che
compongono il team di progetto.
Vorrei sottolineare "team di progetto". Se il progettista e' solo uno
(vedi nel campo dell'edilizia l'architetto che mi progetta la villetta
bifamiliare, forse cemento armato a parte) egli deve sapere tutto.
Quindi anche programmare. Se invece il team e' eterogeneo ci saranno
elementi piu' focalizzati su un'area e altri su altre aree. Il team
manager (o capo progetto), in questo caso, non ha bisogno di sapere
tutto perche' si avvale di *collaboratori* nella progettazione e
realizzazione.
Sottolineo *collaboratori* perche' se questi sono invece dei
*sottoposti" (tipo programmatori-cavalli sottoposti a
progettisti-fantini) allora il discoroso non vale piu'. In quest'ultimo
caso il nostro prode fantino *deve* sapere quasi tutto, anche galoppare
un po'.



Domanda interessantissima, ma di difficile risposta.
Saluti,
                                    Cris


Te la sei proprio presa per il mio esempio del fantino e del
cavallo......:-))
Saluti,
                                                Cris

 wrote in message
news:3bb2333...@news.iperbole.bologna.it...



 "progettista sei quando macchina fischia."
ROTFL!!

 tanti bernoccoli si spiega ad altri cosa e come fare....
Parole sante.
Prima fare, poi spiegare/dirigere. Guai all'ingegnere che volesse rinunciare
ad una delle due fasi!
Saluti.
Fabrizio.

(ancora studente) e quello passato (il programmatore).
Ciao e benvenuto nel NG !
Ho letto tutto questo thread, per molti versi interessante e che
stimola alla rifessione...
Non sono d'accordo neanche io sulla suddivisione in categorie (ma e'
una tua opinione e come tale la rispetto). Ogni ingegnere o futuro
ing. ha una sua personalita', pregi e mancanze che in un fututo
prossimo o a lunga scadenza saranno probabilmente soggette a
imprevedibili cambiamenti. Gente che non ha molto intuito ma molto
metodica, gente che viceversa non e' per nulla metodica ma e' geniale.
Sull'ambiente di lavoro c'e' l'ing. chiuso in se stesso e nei suoi
manuali e viceversa c'e' il tipo iperdinamico che sembra quasi un
public relation di una discoteca ;-)
Il computer... chi lo odia a morte e chi lo esalta, magari a seconda
del periodo. Permettimi di dire che ognuno e' un tipo a se'...
La categoria degli ing. programmatori e' uno scenario deplorevole ?
Giustamente qualcuno obbietta "dipende da cosa si programma !"
Dubito che per fare programmazioni di elementi finiti 3D con
comportamento di non linearita' meccanica e geometrica si possa fare a
meno di ingegneri, perche' un non ing. difficilmente avrebbe
possibilita' di capire e quindi essere in grado di programmare e/o
modificare i programmi per eventuali upgrades... IMHO e' roba tosta
anche per molti ingegneri civili strutturisti, tosta per ing.
informatici che probabilmente non hanno mai visto nulla del genere
(anche avendo frequentato il corso di scienza delle costruzioni).
Argomento piu' drammatico, il fenomeno dell' ing. sottopagato.
Persone in gamba che hanno faticato per anni senza un lavoro o con un
lavoretto...
C'e' qualcosa che non funziona a livello globale, l'universita'
dovrebbe viaggiare un po' piu' coi piedi per terra, aumentare i
contatti con le imprese, organizzare stages aziendali per i suoi
studenti. Senza bisogno di costosi scambi internazionali su scala
mondiale...
Mi ha favorevolmente impressionato un ing. canadese che raccontava le
sue esperienze lavorative al termine di ogni anno universitario
(grazie ai quali tra l'altro si pagava gli studi).
Un saluto a tutti !
Fabrox

mi ha onorato di
Cheeee?


 progettisti-fantini) allora il discoroso non vale piu'.
Il capo progettista, pero', si assume anche tutte le responsabilita' del
progetto finale e, se qualcosa va storto, ne paga in prima persona.
Quindi, imho, da questa considerazione viene automatico il concetto di
subordinazione dell'equipe verso il capo-progettista.
Saluti
Nifhel

Concordo, in una piccola azienda (nella media siamo gia' un po' al
limite) puo' bastare una singola persona che si occupi di tutto, che
quindi sia in grado di avere piu' conoscenze professionali
contemporaneamente. A questo punto si sposta il problema: il datore di
lavoro deve essere in grado di riconoscere questo valore aggiunto e
assegnare a quel dipendente uno stipendio adeguato (visto che da solo fa
il lavoro di 3 persone).
Citando una lettura indicata da Giorgi : "Cavolo, questi vogliono Dio e
vogliono pagarlo con il contratto da metalmeccanico!"
Saluti
Nifhel


 >Grazie davvero.
scusa giorgi, ma ho notato anche una cosa leggendo per intero il tuo
"Manualetto",
credo che ci sia una parte, pressapoco centrale, che non riprende il tuo stile
di scrivere e riportare i fatti.
Potresti farlo piu' tuo, nel poco tempo libero che hai, e vedrai che il
"Manualetto" ne giovera' (in caso di pubblicazione :-)
il sabba.
-- 
Posted from  [213.140.8.195] 


In pratica per me il ruolo del programmatore non e' da Ingegnere...
allora "Ingegnere non Ignegnere" sarebbe un ingegnere? se non lo e' il
"programmatore" per definizione non lo neanche "ing. non Ing."
quindi sono 2 le categorie .... anzi pure sull'"ing. manager" ci sono
non pochi dubbi.


"progettista sei quando macchina fischia."
Confermo quanto dichiarato dal collega Bisoli.
Talvolta poi si entra in aziende dove il classico "tecnico con pluriennale e
consolidata esperienza", pur di soddisfare il requisito di funzionalità ha
penalizzato:
- la sicurezza
- l'affidabilità nel tempo
- la standardizzazione dei componenti
- la semplicità
in generale l'industrializzazione e la qualità della macchina.
Ma funziona, dunque va bene.

 prima...........
Concordo in toto. Specialmente per quanto concerne la tua seconda
affermazione ;)

pensieri inquieti.
Scusate, mi son perso il link al "manualetto", potreste gentilmente
ripostarlo ?
Grazie :-)
Fabrox