Newsgroup: it.lavoro.informatica
Titolo: Sviluppatori o assemblatori?

Nella mia carriera lavarativa (5 anni) ho lavorato per due software house (o 
sedicenti tali) come sviluppatore. In entrambe le realt� (ora e in quella 
passata) mi sono trovato a fare delle cose che hanno pi� a che fare con 
l'assemblare componenti software che con lo sviluppo. Adesso la mia attivit� 
di "sviluppo" � limitata a max il 40% del tempo (e il restante � diviso tra 
configurazione di applicativi, installazioni, personalizzazioni, assistenza 
tecnica, documentazione, analisi), e anche quel 40% di "sviluppo" in realt� 
consiste soprattutto nello scrivere del codice per integrare software gi� 
esistenti, che siano essi open source o prodotti dai soliti "big" 
(microsoft, oracle, ecc.). Esempi: scrivere un programma che prenda i dati 
da un database X e li spari fuori utilizzando il tool di reportistica Z, 
fare una pagina che integri il componente di Google Map e mi mostri sulla 
mappa i miei dati, fare una procedura che trasferisca i dati dal sistema A 
al sistema B, ecc. Pi� naturalmente le centinaia di form web e windows per 
la ricerca, l'inserimento e la modifica di record in tutti i modi e con 
tutte le varianti possibili e immaginabili pi� una. Ecco, io ho sempre fatto 
questo genere di sviluppo.
Inutile dire che mi ha sempre fatto schifo, e visto che mi sembra che 
oggigiorno questo tipo di attivit� sia quella che vada per la maggiore nel 
mondo IT, mi sto muovendo seriamente gi� da un po' per uscire 
dall'informatica (e andare a fare un lavoro pagato ancora meno, vabbe...).
Quello che mi piaceva dell'informatica, e che mi aveva spinto a studiarla, 
era proprio lo sviluppo di algoritmi, cio� la traduzione di un problema 
logico o matematico in un codice per risolverlo, quale che fosse, anche il 
banale algoritmo del Quicksort. Cose del genere mi � capitato di farle, ma 
molto raramente, tipo una-due giornate ogni 6 mesi.
Per� la mia esperienza � limitata alle realt� che ho visto direttamente e 
indirettamente per sentito dire. Quindi chiedo a voi: qual'� la vostra 
esperienza in questo senso? Secondo voi esiste ancora la possibilit� al 
giorno d'oggi di "sviluppare" veramente qualcosa , senza per forza dovere 
lavorare nelle "big" (microsoft, google, ecc.), o ovunque la maggior parte 
del lavoro consiste appunto nel prendere dei pezzi software gi� fatti 
(componenti, application server, librerie) e limitarsi a scrivere del codice 
per incollarli insieme?
Sono gradite opinioni serie. Astenersi rompiballe e idioti certificati 
(sapete a chi mi riferisco). 

 (sapete a chi mi riferisco).
Non capisco cosa ci sia di male nell'utilizzare componenti o librerie gi� 
fatte, il principio del DRY � (dovrebbe essere) una base per chi fa il 
nostro lavoro.
Pensare, che ne so, di scrivere una mia libreria per creare dinamicamente un 
PDF quando ce ne sono almeno un paio ottime, di cui almeno una open source, 
a me sembrerebbe semplicemente folle.
Per� se tu vuoi farlo e riesci a convincere il tuo datore di lavoro a 
pagarti per reinventare la ruota, puoi sempre provarci :)
Cmq, in generale, secondo me esiste sempre la possibilit� di sviluppare 
applicazioni da zero, se si ha la voglia e il tempo, al limite anche come 
progetti non lavorativi (o almeno non immediatamente riutilizzabili 
nell'ambiente di lavoro).
Ciao,
Alessio (a.k.a. Kinglion Il Meticcio)

 nostro lavoro.
Nulla di male, anzi il riutilizzo di software gi� fatto � indispensabile.
Per "sviluppare" qualcosa non intendo per forza scrivere una programma da 
zero, come una libreria PDF. Per restare in quell'esempio, sviluppare 
potrebbe anche significare, che so, implementare un nuovo e pi� veloce 
algoritmo per il rendering del PDF (dico una cosa a caso). Quello non 
sarebbe uno "scrivere da zero", perch� semplicemente miglioreresti una parte 
di un software gi� esistente, per� sarebbe uno "sviluppo" perch� 
quest'algoritmo va teorizzato, sviluppato, testato, migliorato, e non 
sarebbe semplicemente un "utilizzo" di un componente gi� esistente.
E' chiaro che � una cosa che posso fare nel tempo libero, sarei curioso di 
sapere se c'� possibilit� di fare cose del genere per lavoro. 

 sapere se c'� possibilit� di fare cose del genere per lavoro.
Beh, allora se la metti su questo piano in quasi tutte le aziende che 
conosco si fa cos�.


 a studiarla, era proprio lo sviluppo di algoritmi [...]
Se sei particolarmente in gamba, puoi cimentarti nelle competizioni a 
premi di 
topcoder.com
, ma attenzione che la concorrenza e' agguerrita:
http://www.topcoder.com/tc
La console è assai carina. Loro ti spiegano l'algoritmo e ti impongono la 
firma del metodo da usare. Tu sviluppi nel tuo IDE (Java, .net o python), 
incolli il codice nella console, clicchi un bottone ed il loro server ti 
dice se va bene. Questo se vuoi guadagnare punti.
Le competizioni che hanno in palio premi in denaro, in genere prevedono 
che tu sottoponga algoritmi più efficenti di quelli sviluppati gli altri.
Saluti
-- 
Enos /* looking4work */

 sapere se c'è possibilità di fare cose del genere per lavoro.
capito la tua esigenza, quello che vorresti fare è R&S nel termine
esatto, non sviluppo di un applicazione ma sviluppo nella ricerca.
mbe questo penso che in italia sia molto difficile in ambito IT, le
uniche aziende che mi vengono in mente che PENSO hanno un reportado di
R&S sono Alenia, Finmeccanica, i vari poli tecnologici sparsi per
l'italia, qualcosina penso l'abbia anche la FIAT, FERRARI, AGUSTA,
CNR, CERN (svizzera), ma comunque parliamo di R&S di difficile
accesso.
l'esempio menzionato (PDF) è più accademico che altro.
Se quella è la strada che vuoi percorrere cerca o un azienda che abbia
un reparto di R&S o laboratori accademici/enti.
Ciao

 giorno d'oggi di "sviluppare" veramente qualcosa , senza per forza dovere
Certamente.
Buttati nell'embedded e scoprirai il vero sviluppo SW.
Industrial automation, automotive, medical, tlc, energy ... ce ne sono
cosi' di cose da sviluppare.
C'ya
   STeve


Sei arrivato prima di me stavolta, ovviamente quoto

cosi' di cose da sviluppare.
Gi�.. ogni tanto vedo qualche annuncio. Purtorppo le mi conoscenze sono <= 
0, mi spaventa un po' perch� sarebbe riiniziare da zero in un mondo 
completamente sconosciuto (ammesso di averne la possibilit�). Peraltro la 
programmazione a basso livello (assembly, registri, bus e compagnia) non mi 
ha mai entusiasmato, neanche all'universit�. Preferisco senz'altro la 
programmazione a pi� alto livello (diciamo dal c/c++ in su).

accesso.
Gi�.. infatti il Grande Errore della mia vita � stato lasciare l'universit�. 
Per quanto nel posto dove ero non si faceva veramente niente di 
interessante, era una massa di statali parassiti che stavano li a prendere 
soldi per pubblicare aria fritta.
Cmq grazie per la risposta 

Puoi sempre riprenderla...
scusa ho scritto male.. volevo dire lasciare il lavoro all'universit� dopo 
la laurea.. cio� avrei potuto restare e tentare la carriera accademica 
(magari fuori dall'italia). 

 programmazione a più alto livello (diciamo dal c/c++ in su).
Eh infatti anno 2009 e' noto che noi embeddedDeveloper usiamo solo
assembly, anzi, nemmeno !
Montiamo degli switch su una breadboard e con quelli impostiamo il
programma, in binario, 4 bit alla volta (vuoi mai usare un micro a 8
bit ?)
:-)
C'mon !  Non vuoi fare l'assemblatore di moduli pronti e ti spaventi
per imparare davvero a programmare ?
C'e' da sapere piu' cose che per sviluppare un sito o gestire un
database ?
E' proprio quello il bello della cosa. E' proprio quello che fa la
differenza !
Vorresti fare qualcosa di diverso senza pagare il pedaggio ?
Allora forse meglio davvero cercare qualche altro mestiere.
Prima pero' almeno informati un pochettino meglio.
Anche se e' molto piu' romantico caricare un programma bit by bit con
un set di switch, pensa che usiamo linguaggi come C, C++ e sistemi
operativi  come VxWorks, Embedded Linux e una ventina di altri RTOS.
A volte serve magari scrivere qualcosa in assembly ma e' raro e molto
dipende da cosa poi vai a sviluppare.
Ma la soddisfazione di realizzare qualcosa, magari critico (es. un
apparato medicale, un controllo per motore auto, ecc.) e vederlo
funzionare bene in migliaia di applicazioni, usato magari da quasi
tutti anche se non lo sanno, beh e' impagabile.
Non c'e' assolutamente paragone al mondo chiuso e autoreferenziale dei
PC.
C'ya
   STeve

 Nella mia carriera lavarativa (5 anni) ho lavorato per due software house (o 
Lo sviluppo, quello che tu chiami tale, è un privilegio. Ed è giusto
che sia così.
Per un ingegnere ci vogliono 1000 muratori.
Che diresti ad un muratore che scrivesse su
it.lavoro.muratori
"Ciao, sono stufo, perché vorrei inventare la formula di un nuovo
cemento e tutto il giorno invece lavoro di cazzuola".
Per indorare la pillola non credo che lasciare il "lavoro"
universitario sia stato un male.
-- 
rot13 mail encoded


Ma che stai scherzando? Non sai che goduria sia nel mondo PC scoprire ogni 6 
mesi modi diversi per fare le stesse cose.
Come rifare l'accesso ai dati, come rifare la logica di business, come 
rifare l'interfaccia utente. Se uno ha voglia pu� passare la vita a 
riscrivere la stessa applicazione ogni anno e anche meno, giusto per correre 
dietro alle novit�.
Novit� che ovviamente di loro non permettono di arrivare fino in fondo 
perch� quando incominciano ad essere mature e sul serio usabili, tak, arriva 
il nuovo approccio, l'aggiornamento, la novit� della novit� insomma.
E' una figata! Fa conto che ormai c'� qualcuno che incomincia a vendere 
proprio Visual Studio ai clienti che chiedono del sw altamente performante e 
customizzabile, con quello si ha libert� piena di avere il proprio sw come 
pare e piace, non so se mi spiego... :-D

 pare e piace, non so se mi spiego... :-D
Come un paracadute :-)
C'ya
 STeve

 mesi modi diversi per fare le stesse cose.
Sempre i soliti esagerati ! C'è anche del bello a fare software
mainstream, come fare servizi web : pensare più all'usabilità più che
all'accesso dati, integrare il design, stare attenti ai dettagli,
avere persone vere chi li usano e li commentano. E qualcuno è riuscito
anche a cambiare un pochino di mondo (Jimmy Wales ) o diventare famoso
(Zuckerberg) o ricco.

 lavorare nelle "big" (microsoft, google, ecc.), o ovunque la maggior parte
No! Soprattutto in Italia o segui il mondo universitario (precario) o
cerchi di entrare nell'embedded come ti hanno suggerito, ma entrambe
le strade sono mooolto in salita senza titoli (conoscenze) per una ed
esperienza per l'altra.
Poi c'è sempre Google a Zurigo, se sei bravo ti prendono.

 avere persone vere chi li usano e li commentano. E qualcuno è riuscito
?????? Ah perche' secondo te i sistemi embedded sono usati da persone
false ? :-))
Vuoi dire che chi usa telefoni, auto, TV, DVD, cura persone, accende
la luce, ecc. ecc. non sono persone vere ? ;)
Solo perche' non sanno di usare un computer con un software scritto da
qualcuno ? :)
IMHO Il bello dell'embedded e' che fai cose che TUTTI, ma proprio
tutti, usano e devi progettare interfacce semplici capaci di fare cose
complesse, che chiunque deve poter usare, specie la sciura gina che
non sa nemmeno esistere i computer.
Uno dei lavori in cui mi sono divertito un mondo e' stato proprio in
una ditta di elettrodomestici.
Sembra facile progettare una lavastoviglie o un cooktop, un forno o un
frigorifero, ma non e' come dirlo.
Ho imparato moltissimo da quell'esperienza e mi sono divertito un
mondo, sorry if I brag a little bit but going back to write PC
applications is incredibly dull and boring :)
Per me non c'e' paragone :-)
C'ya
  STeve


Sono daccordo, ma i primi due sono pi� analisi che sviluppo e la mia 
"aleatoriet�" si riferiva allo sviluppo perch� c'� poco da fare, uno pu� 
avere le idee pi� interessanti che vuole, ma alla fine se il codice non c'� 
non c'�.
Per il terzo aspetto ancora daccordo, ed � trasversale, ma la possibilit� di 
lavorarci sopra � una capacit� di "marketing", cio� di sapersi vendere bene 
da parte di chi fa analisi e di chi sviluppa. Perch� i dettagli richiedono 
tempo, il tempo � prezioso e spesso non � allocabile dal basso, ma � imposto 
dall'alto.

 la luce, ecc. ecc. non sono persone vere ? ;)
Emmh, si certo, cioè no di certo, sono persone vere, verissime.
Però, prendiamo una lavatrice : è difficile che si usi per
socializzare. Cioè, può anche essere, però è difficile che poi lo si
commenti e se ne parli su un blog, cioè, magari puoi usare dei post-
it, ma il software non è l'aspetto principale. Si, insomma, puoi anche
farla la convection degli entusiasti utilizzatori della lavatrice
socializzatrice, però è proprio difficile che il campo progetto del
software parli live sul palco... ;-)


Tsk, ai miei tempi gli switch dovevamo costruirceli da soli... :-)
m.

 (sapete a chi mi riferisco).
Se non trovi ricerca pura, puoi almeno cercare qualche posto che facia 
sviluppo orizzontale, dato che a te sembra fare schifo quello verticale.
Anche se in Italia di orizzontale c'è poco, che io sappia.
-- 
Vide

software parli live sul palco... ;-)
covention? palco? ma dove lavori?? :-)
l'attivit� da quello che ho visto � molto pi� di basso profilo: un cliente 
ti commissiona l'applicazione, o le modifiche ad essa, tu le fai, fai il 
deploy e l'assistenza e stop, poi sotto un'altra. Niente forum di 
discussione o conventions! Se fosse cos� allora sarebbe pi� interessante, ma 
quel tipo di sviluppo mi sembra che sia prerogativa dei "big" (microsoft, 
google, apple,ecc.)

 Anche se in Italia di orizzontale c'� poco, che io sappia.
C'� molto invece, ma non legato all'informatica :-)) 

 insomma.
Infatti. Riesci finalmente a fare funzionare il tuo programma con la 
versione X, esce la versione X +1 e non funziona pi� niente.

 universitario sia stato un male.
Lo � stato, cio� lo � stato lasciare l'universit� perch� era l'unico modo 
per me di trovare degli "agganci" per un lavoro pi� interessante. 


Se proprio ti piace quella strada o almeno la vuoi provare, nessuno ti vieta 
di proporre una tua applicazione o una parte di essa a uno dei tanti meeting 
organizzati da tante realt� di appassionati sulle tecnologie le pi� 
disparate.
A me � capitato pi� di una volta di partecipare a qualche meeting dove erano 
proposti dei micro case study su soluzioni che adottavano un certo insieme 
di tecnologie.

> covention? palco? ma dove lavori?? :-)
Che c'entra ? Mica io. Però PUO' succedere. In Italia magari ti tocca
di presentare la soluzione alla convection dei commercialisti
pensionati,
ma se allarghi solo un po' l'orizzonte il nostro lavoro può essere
divertente e stimolante e "potresti" fare molti soldi, anche solo
scrivendo poco codice
a sostengo di una buona idea al momento giusto.
Wales con Wikipedia ha effettivamente fatto soldi e cambiato il
mondo.
Certo, con qualche scivolone sulla lavatrice, ma insomma..
http://www.webmasterpoint.org/news/jimmy-wales-fondatore-di-wikipedia-lascia-la%20sua-partner-in-un-post-dell-enciclopedia-lei-si-vendica-su-ebay_p31429.html

 versione X, esce la versione X +1 e non funziona più niente.
Il problema è l'esperienza..... certo che se non ti piace questo
lavoro è meglio lasciar perdere.

 la luce, 
Qua non conosco.
Bottom line: il mondo embedded è ormai non troppo distinto da quello non 
embedded. Se parliamo di embedded industriale probabilmente ci vorranno 
ancora 10 anni perchè succeda, però la linea è quella. Riscrivere ogni santa 
volta o quasi codice da zero fa solo eprdere tempo e la gente se ne sta 
accorgendo.
-- 
Vide

 software parli live sul palco... ;-)
Mai assistito alla presentazione di qualche nuovo elettrodomestico
eh ? :-)
E' tutto un mondo da scoprire :-)
C'ya
  STeve

 accorgendo.
Ah e secondo te nel mondo embedded si riscrive sempre tutto da
zero ? :-)
C'mon !
Il mondo embedded e' ENORME e trovi di tutto ! E' molto di piu' quello
che si riutilizza di quello che viene scritto da zero.
E il fatto di usare linguaggi come C e C++ in primis, favorisce il
porting di codice sotto nuovi RTOS, come embedded Linux, a patto che
il codice sia scritto decentemente.
Il concetto di portabilita' e' nato proprio con l'embedded, perche'
spesso si aggiorna una piattaforma HW e non e' possibile pensare di
riscrivere quanto fatto da zero ogni volta.
Anzi, proprio scrivere software portabile, che implica tra le altre
cose di conoscere profondamente cosa fa un compilatore, e' una delle
caratteristiche dell'embedded.
La portabilita' del software e' demandata allo sviluppatore.
Nel mondo PC e' demandata in genere ad un linguaggio, ovvero la
portabilita' e' data dalla diffusione di un linguaggio sui PC, non
dalla bonta' di come il codice e' scritto.
Io ci vedo una bella differenza.
Potrei anche portare qualche altra tonnellata di differenze ...
Ciao
  STeve

 Tsk, ai miei tempi gli switch dovevamo costruirceli da soli... :-)
ROTFL !

 per me di trovare degli "agganci" per un lavoro più interessante. 
Del senno di poi...
-- 
rot13 mail encoded

trattamento->database->trattamento->presentazione.
-- 
Vide

 Quello che può essere noioso è fare l'ennesima applicazione verticale input-
Agree. IMHO comunque l'embedded rimane uno dei pochi campi IT dove
puoi ancora davvero "sviluppare" e creare nuove cose, e non solo SW.
Le applicazioni sono davvero differenti e non la replica della stessa
cosa.
Ovvero (sempre IMHO) e' un ambiente molto piu' stimolante, divertente
e impegnativo, dove spesso davvero devi inventare qualcosa di nuovo.
Ciao
  STeve


Anche noi, però durante lo straordinario notturno domenicale oppure
durante trasferte pericolosissime in mezzo ai predoni!

 durante trasferte pericolosissime in mezzo ai predoni!
Anche tu hai fatto debug in mezzo un'acciaieria con un sistema di
sviluppo appoggiato di sghembo su un pallet, per una macchina 40x40x20
(metri) eh ? :-)
Ah bei tempi quando le trasferte erano cose serie, mica come ora che a
volte mi tocca andare in qualche hotel a 5 stelle a tenere corsi a
clienti, in postacci come Porthsmouth piuttosto che Austin o Dallas o
San Jose o Montreal o Calgary,  ... :)
C'ya
   STeve

 San Jose o Montreal o Calgary,  ... :)
Bah io di solito in trasferta mi diverto come ai tempi delle gite
scolastiche!

>trattamento->database->trattamento->presentazione.
E come puoi fare qualcosa di diverso da questo? Alla fine sono tutte 
variazioni sul tema:
- pensare ad una base dati
- pensare al modo pi� semplice per mostrare questi dati agli utenti e per 
farglieli modificare.
Nelle applicazioni che ho fatto io � capitato molto raramente che si dovesse 
fare qualcosa di pi�. (Poi, intendiamoci, pensare a dei modi *semplici* di 
accedere ai dati, in modo che anche l'utonto riesca ad usare il programma, � 
tutt'altro che facile.) 

lavoro � meglio lasciar perdere.
Esperienza? Mah non mi sembra. Ad esempio adesso sono giorni e giorni che 
combatto per aggirare dei bug che sono saltati fuori nella nuova versione di 
un componente sw che utilizziamo. Ovviamente si va per tentativi, che altro 
vuoi fare? Ad esempio ora ho scoperto che due comandi vbscript dati in 
sequenza uno dopo l'altro fanno s� che lui sballi. Ci ho perso delle ore, e 
ti puoi immaginare la mia frustrazione. Non vedo come l'esperienza possa 
aiutarmi. 

 per incollarli insieme?
Si', ovunque il lavoro consiste in quato sopra (e anche quando il semplice
"copia, incolla e integra" non e' sufficiente ci si guarda bene dallo
scrvere qualcosa. Si aspetta che qualcun altro lo faccia per poi poter
copiare e incollare questo nuovo pezzo di codice scritto da altri)
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 R&S sono Alenia, Finmeccanica, 
Puo' essere che ce l'abbiano, ma devi chiedere espressamente di andare
in tale reparto. Altrimenti finisci a fare il bodyrentallato integratore
di sistemi che non funzionano (visto con i miei occhi, da aprile 2009 fino
a venerdi' scorso, in una sede di una delle aziende del gruppo
Finmeccanica)


 Marco
Il mio definitivo addio all'informatica si fa ogni giorno pi� vicino! 

 vuoi fare?
Se perdi troppo tempo in cose che non vanno e che non hai fatto te,
devi valutare l'ipotesi che ci sia qualcosa di sbagliato : o tu le usi
nel modo sbagliato oppure vanno sostituite con altre che funzionano.

 PC.
Capisco entusiasmarsi per il proprio lavoro, e condivido, ma insomma
definire "chiuso ed autoreferenziale" il mondo dei pc, eh..... (e mica
ci sono solo i pc, ed i mainframe? )
Magari, oltre all'embedded, sai anche perfettamente; come progettare
un buon database; come ottimizzare le query; come spremere fino
all'ultimo ciclo dalla tal applicazione che gira sull'"infausto"
Windows mescolando linguaggio alto ed assembler; come scrivere
programmi 3D con OpenGL;  ecc. ecc.. Se è così, tanto di cappello.
Altrimenti, andiamoci piano, neh :-)
Il mondo non embedded è altrettanto ampio, anche se certamente il
maggior impatto è quello delle applicazioni che, come dico io,
automatizzano la burocrazia.

> Si', ovunque il lavoro consiste in quato sopra (e anche quando il semplice
Molto IT è così, ma ovunque non è assolutamente vero !  Perfino in ILI.

 >trattamento->database->trattamento->presentazione.
Perchè, fare l'ennesima interfaccia della lavatrice è
entusiasmante?? :-)
In tutti i lavori c'è una parte di ripetitività, pensare diversamente
vuol dire vivere in un mondo inesistente.

 farglieli modificare.
Queste sono le due "cosette" di base. Hai dimenticato la cosiddetta
"business logic", ovvero il cuore di ogni applicazione gestionale di
un certo livello.
Non so se è una dimenticanza voluta, oppure non hai mai realmente
realizzato la logica specifica di un progetto.
Assolutamente non tutti sono in grado di fare validi progetti di
applicazioni gestionali, stai semplificando troppo.

 entusiasmante?? :-)
Ma infatti io non sono d'accordo con Steve. Io quando ho lavorato con 
l'embedded industriale (PLC ecc) non è che fosse tutta sta figata.
-- 
Vide

realizzato la logica specifica di un progetto.
Se per business logic intendi cose come i controlli di validit� o il 
passaggio di stato alcuni record quando si verifica una determinata 
condizione, ne ho realizzate a bizzeffe.
Se invece intendi una qualche forma di "intelligenza" del software, cio� un 
qualche tipo di elaborazione che ritorni un risultato ricavato dai dati, no, 
tranne qualche report di tipo statistico. 

 tranne qualche report di tipo statistico.
Ecco, questa parte delle applicazioni gestionali non è banale da
realizzare, ed è in genere la meno ripetitiva.
Pur se qualche ripetizione è sempre inevitabile anche qui, ci devi
fare il callo.

 entusiasmante?? :-)
Hai mai provato ?

 l'embedded industriale (PLC ecc) non è che fosse tutta sta figata.
No dai, non dirmi che  per te "embedded == PLC" ... sono cose
totalmente diverse.
C'ya
  STeve

 Altrimenti, andiamoci piano, neh :-)
Cioe' non posso esprimere un'opinione se non sono un guru capace di
fare di tutto ?
Ok ... e tu ? :-)
C'ya
 STeve

 totalmente diverse.
PLC è un sottoinsieme di embedded, ergo non tutto l'embedded è fico :P
-- 
Vide

 tranne qualche report di tipo statistico.
per Business logic si intende il Core dell'applcazione o se vuoi
vederla più in grande del sistema informativo.
faccio un esempio che riprendo da un mio vecchio post:
ditta di trasporto/import/export, le diverse operazioni di carico e
scarico possono essere fatte tramite l'ufficio (pc), o direttamente
dal trasportatore tramite un palmare, alla consegna, un rappresentante
che se ne va in giro per clienti e controlla in real-time se la merce
è presente tramite il palmare/netbook, magari controlla pure che un
camion sta  trasportando tale merce presso un deposito e fa in modo
che modifichi i dati inserendo un ordine prioritario per far
recapitare tale merce direttamente dal cliente, tale nuovo ordine è
immediatamente disponibile al trasportatore
tramite un sms (o altro) che puo consegnare.
il vedere l'insieme e come organizzare il tutto, creare/modificare il
"sistema", per me questo è business logic,
C'è un "bisogno", e il mio/nostro compito e tramutare questa necessita
in una soluzione che la soddisfi.
Ciao

 fare di tutto ?
Assolutamente no, puoi esprimere tutte le opinioni e le preferenze di
questo mondo.
Mi è sembrato giusto spezzare una lancia per il mondo in cui, bene o
male,
lavoro da alcuni (!) anni.
Forse avevo percepito una tua critica severa verso il mondo non
embedded.
Mi sarò sbagliato.


E tu, hai mai provato ad ottimizzare una operazione db, passando da
alcune ore
ad alcuni minuti di elaborazione, risolvendo grossi cavoli aziendali,
magari semplicemente
aggiungendo 2-3 parole chiave? Come sensazione non è proprio male, per
niente ;-)

 embedded.
No no nessuna critica, solo il fatto che lo trovo limitatissimo (per
me ovvio) rispetto all'embedded :-)
Alcune cose mi affascinano ma non abbastanza da competere.
C'ya
   STeve

 niente ;-)
quale sensazione, quella che deriva dal prendere di bischero dagli 
utenti? qualsiasi utente in questi casi ha memoria selettiva, si ricorda 
solo delle ore che gli hai fatto perdere prima dell'ottimizzazione. 
anzi, pi� riesci nel risultato e pi� sorge in lui la domanda: "ma se 
adesso ci mette cento volte meno, quanto eri stato cialtrone prima?".

 niente ;-)
Ogni volta che si risolve un problema, si trova un bug, si ottimizza
un processo, sono sicuro che tutti proviamo una gioia incredibile,
almeno "noi" che amiamo questo lavoro.
So benissimo di cosa parli.
Ma non hai risposto alla mia domanda.
Hai mai provato a progettare anche solo l'interfaccia di una lavatrice
o di un qualsiasi oggetto domestico ?
E' una bella sfida riuscire a fare qualcosa di funzionale e che costi
meno di quello che esiste :)
O progettare un sistema che deve lavorare a temperature al limite
della tolleranza del chip ? Impari ad adottare tecniche stranissime
per garantire sempre il funzionamento.
Se nel mondo autorefenziale dei PC vincere sfide fa star bene, ti
assicuro che nel mondo embedded  la soddisfazione e' anche
maggiore :-)
C'ya
  STeve

 adesso ci mette cento volte meno, quanto eri stato cialtrone prima?".
????? Non hai capito niente.
E' ultra ovvio che se l'errore l'ho fatto io, e poi lo correggo, non
c'è proprio niente di cui essere
particolarmente soddisfatti.
Qui si parla di ottimizzare qualcosa di già esistente.

 maggiore :-)
Quello che volevo dire è che non è così banale, e pure privo di ogni
soddisfazione,
il lavoro nel mondo IT non embedded.


Dimenticavo. Altrettanto ovvio è che l'ottimizzazione la devi fare
durante lo sviluppo,
non quando hai già consegnato tutto il pacc(hett)o al cliente.

 il lavoro nel mondo IT non embedded.
Certo.
E' ovvio che e' a ME che non piace :) e non da' particolare
soddisfazione.
Il mondo e' bello perche' vario :-)

 Qui si parla di ottimizzare qualcosa di gi� esistente.
perch� ti risulta che gli utenti facciano questi distinguo fra chi ha 
sbagliato e chi ha corretto? per l'utente tu sei "quello del programma" 
e che il programma funzioni correttamente lo considera un atto dovuto. 
pi� � evidente il risultato dell'ottimizzazione e pi� invece di 
ringraziarti ti dir� "era ora!", specie se parliamo delle alte sfere.
sono attivit� che trovo semplicemente frustranti.

 adesso ci mette cento volte meno, quanto eri stato cialtrone prima?".
Vabbè dai ma questo succede in qualunque campo, non solo l'informatico. Sei 
contento se il treno arriva in orario o lo prendi come cosa scontata, e ti 
incazzi solo quando arriva in ritardo? 
La gente ha memoria selettiva con *tutto*, e in special modo quando si 
tratta di servizi.
Io ormai mi son messo il cuore in pace :)
-- 
Vide