Newsgroup: it.lavoro.informatica
Titolo: Il real-time e il valore di mercato

Mi arriva qualche volta qualche offerta per sistemini real-time.
tempo fa ho anche fatto qualcosa del genere
tuttavia IMHO mi sembra sia un po' tempo perso
si fa solo programmazione "pura", veramente di basso livello cioč C++ o
altri linguaggi usati all'osso ma solo a livello di "scrivi e compila"; cioč
niente realizzazione di sistemi complessi, applicazioni web-oriented,
strutture dati, oracle, bea, j2ee ecc ecc. niente esperienze su cose davvero
richieste dal mercato.
Solo "programmazione-programmazione".
I test di stabilitŕ necessari sono sempre pesantissimi, soprattutto per chi
li realizza.
I compensi non sembrano mai interessanti.
Non avendo mai visto offertone interessanti per attivitŕ del genere, mi
domandavo se č una mia impressione che il real-time non valga granchč come
esperienza/mercato, o sono troppo pessimista.

esperienza/mercato, o sono troppo pessimista.
Per scrivere firmware real-time ci vogliono i coglioni, altro che
"sistemini" o "roba poco complessa".
C'e' poco da perdere tempo a disegnare le iconcine e le mascherine e
usare i linguaggi visuali.
Bisogna "conoscere" e sapere quello che si fa, dall'hardware al
software, per quello non sono tanti che sviluppano embedded.
In Italia ovvio che il mercato per queste cose non esiste piu',
qualche isola qui e la' ormai.
Nel resto del mondo E' il mercato.
Guardati intorno, sempre piu' oggetti d'uso quotidiano montano ormai
un computer (auto, Tv, Dvd, ecc. ecc.) e sempre piu' periferiche sono
computer (pensa solo a modem, TA, router, stampanti, ecc.).
Chi pensi le faccia queste cose ?
Che non si facciano piu' in Italia e' un discorso.
Che non ci sia mercato e' un altro.
Che sia facile o poco complesso, totalmente FALSO.
C'ya
	STeve
-- 
Legge di Flon
Non c'e' linguaggio in cui sia difficile scrivere cattivi programmi.
FAQ del gruppo : 
http://www.sen.it/faq/it.lavoro.informatica.faq.html
 
http://www.duestrade.it/HOWTO_leggere_annunci.html
 
http://www.duestrade.it/HOWTO_mettere_annunci.html
   --- 
sbo...@despammed.com
 ---

> Che sia facile o poco complesso, totalmente FALSO.
fammi indovinare...
 guarda caso... scommetto che tu:
-sviluppi firmware
-lavori fuori dall'italia
-Sei un anti M$, sei un nerd con le palle fumanti e pensi che programmare in
VB e (sopratutto 
VB.NET
) sia facilissimo e che lo possano fare anche gli
ebeti.
di' la verita': c'ho preso in tutti e tre i punti..ecco........ gia' ti vedo
sorridere ..:)
iStrione
per la serie viva l'acqua del proprio mulino :)

per la serie viva l'acqua del proprio mulino :)
Puoi confutare quanto ho detto ? :-)
C'ya
	Steve


personalmente io so tutte le cose che ti piacciono tanto , mi vendo meglio
di una mignotta russa di lusso però in fondo vorrei saper fare bene gli
embedded.

per la serie viva l'acqua del proprio mulino :)
Ha semplicemente detto quella che č la veritą. Puoi prendere un
qualsiasi testo di ingegneria del software e vedere quanto č complicato
scrivere codice embedded rispetto a qualsiasi altro tipo di codice. 
-- 
"L'Italia č un interessante esempio di avanguardia teatrale" (Gore Vidal)
Per rispondermi, ricordati di togliere il nome del poeta.

scrivere codice embedded rispetto a qualsiasi altro tipo di codice. 
In ditta da me c'è chi scrive codice molto poco embedded per un motore
di ricerca italiano. Diciamo che anche quando scarichi qualche milione
di pagine al giorno per indicizzare non c'è tanto tempo per le balle.
Un pezzettino minuscolo della baracca l'ho scritto io.
Il buon software è auspicabile ovunque, e complicato sempre, e mal
pagato il più delle volte. Il buon software non si misura da quante
classi hai usato, o dal linguaggio usato. Non mettiamo a fare gare su
chi piscia più lontano, per favore.
-- 
sito Papero 2 (database):       
http://user.7host.com/papero/
sito Papero 3 (passatempi):     
http://digilander.iol.it/davidequack

 chi piscia più lontano, per favore.
Si ma un conto è scrivere buon software che deve essere ultra-efficiente
senza preoccuparsi troppo delle risorse usate.
Altro paio di maniche è quando devi fare lo stesso in device con risorse di
sistema limitatissime e devi limare i bytes a colpi di assembly.
Senza tenere conto della qualità media che devono avere questi prodotti
spesso venduti sul mercato in milioni di esemplari.
-- 
Jarod

chi piscia piů lontano, per favore.
Benissimo.
Iniziamo allora a non dire che scrivere real time e' roba da poco
allora.
E ricorda che se si infioppa un motore di ricerca, poco male.
Se si infioppa una centralina su un'auto a 200 km/h o
un'apparecchiatura medicale in un ospedale, o un controllo di un
aereo, ecc. ecc., sono conseguenze ben diverse.
Significa che scrivere FW per embedded richiede un'attenzione e una
cura oggettivamente maggiori che altre tipologie di SW.
C'ya
	Steve


Se si infioppa una centralina su un'auto a 200 km/h o
Cazzate. Se si pianta un sistema di diasnostica di una macchina salva
vita in un ospedale, uccidi. Se si pianta la lavatrice, chisse se ne
frega. C'e' software critico, e altro meno critico. Il software
critico NON e' solo quello embedded. Pensa al sistema di supervisione
della rete elettrica. Per un bug mettiamo la buio una nazione?
Dire che il software embedded e' critico a prescindere č una cazzata.
Per te il firware dei masterizzatori č software critico?


senza preoccuparsi troppo delle risorse usate.
Guarda che a me fecero una testa tanta perché un mio giocattolino
andava in crisi PRIMA di finire la banda passante di una 100 Mbit. Che
se ti metti a vedere quante pagine web sono processate in un'ora ora
sono vedrai che non sono poi poche, ma nemmeno poi così tante. 
E poi, onestamente, credo che nessuno, nemmeno google può permettersi
risorse "infinite". A certi livelli devi limare ovunque. Che io sappia
google usa dei linux taroccati da loro per essere super efficienti,
anche in termini di risorse usate. Mi dispiace di non lavorare a
"certi livelli", però, almeno il fine settimana sono sempre a casa.
Non credo che in google sia sempre così.
Questo è anche il motivo per cui non amerei tornare nel mondo
dell'embedded che ho conosciuto. Vivere con la valigia in mano non fa
per me. Tanto di cappello a chi vive in quel mondo, ma io preferisco
restare un gradino sotto.


Per te il firware dei masterizzatori è software critico?
Ovviamente no.
Verrebbe da dire "e allora ?"
Cosa vuoi dire ? 
Che perche' il fw dei masterizzatori non e' critico, che sviluppare
embedded e' roba da poco ?
Lo sviluppo embedded e' forse l'ultimo vero scoglio che separa gli
"smanettoni" dai professionisti nel mondo IT.
Non ti improvvisi di certo "sviluppatore di firmware" come puoi
improvvisarti "programmatore VB".
Ne convieni ?


 Ne convieni ?
Questo sicuramente. Ma anche sicuramente che non tutti i programmatori VB
non sappiano nulla di programmazione. Non sono programmatore VB per cui
non difendo nulla di me stesso ma ti diro' che avevo lavorato con uno
sviluppatore VB ed aveva veramente le cose quadrate. Conosceva le API di
windows da cima a fondo oltre che a una approfondita conoscenza del
sistema operativo stesso. Solo perche' a volte ho anche io l'impressione
che vai dicendo che solo chi fa embedded sia informatico veramente.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

che vai dicendo che solo chi fa embedded sia informatico veramente.
Non posso farci nulla per le impressioni.
Ho risposto ad un post dove si affermava che scrivere SW per embedded
(non in questi termini) era poco impegnativo.
Per me e' il contrario, da qui a leggerci che affermo che chi usa
altri linguaggi o sviluppa su altre piattaforme non sappia nulla ce ne
corre direi.
Ne convieni ?
E nemmeno puoi negare che su altre piattaforme c'e' molta piu' gente
ignorante, che sottoutilizza tali piataforme ovvio, che pero' riesce a
"vendersi" come professionista grazie a linguaggi e sstemi di sviluppo
che "aiutano" piu' di altri.
Cosa molto piu' difficile in ambienti che implicitamente richiedono
determinate conoscenze come mandatorie.
Sbaglio qualcosa ?
C'ya
	Steve
