Newsgroup: it.comp.os.dibattiti
Titolo: NT Programmers

Mi arriva un telefonata. 
"Cazzone che non sei altro, ho un GPF!!"
Prendo la (mia n.d.p.) 16 valvole e volo a Imola.
Il problema si ripresenta. Il GPF temuto (per fortuna n.d.p.) si
ripresenta. Clicco un tasto, e si apre in automaticamente il mondo. Il
compilatore si posiziona esattamente sulla riga di codice incriminata.
Mi ci vogliono ben 10 minuti, ma poi capisco.
"Avevi ragione, c'era un errore nella mia DLL. Il ciclo di
ottimizzazione nel caso di esattamente n byte entrava in un ciclo
mortale. Poteva funzionare per anni e non saltare mai fuori"
"Ma tutto il tempo passato in test?".
"Bho, solo con n byte su quella specifica seriale non funzionava"
"Cazzone devi smettere di fare ottimizzazioni cosi' spinte"
"Sono Papero, non scrivo codice lento"
+++
Non sapendo cosa fare mi sono messo a tirare cavi e fare altri lavori
di concetto. Tempo effettivo dell'intervento 10 minuti. Tempo totale
dell'intervento molte ore (molti cavi ancora da tirare n.d.p.).
Devo ricordarmi di farmi rimborsare la benzina.
+++
Il mondo ha fatto passi da gigante. Gli strumenti di oggi fanno schifo
ai vecchi programmatori (duri e puri). Peccato che abbiano la mia
stessa eta', e per fortuna che i giovani ne devono fare di strada per
arrivare qui dove i vecchi sono.
+++
Compilatore C/C++ e S.O.? Non ha importanza (anche se e' scontato
n.d.p.). Per me l'importante e' che i S.O. moderni abbiano questi
standard.
Che poi ad alcuni preferiscano PippoOS, e altri PlutoOS, VisualPippo o
BackSlacePluto l'importante sono queste basi (spero comuni). "La
potenza e' nulla senza controllo (C)".
Non sono certo quei 10% di prestazioni in piu' o in meno a fare la
differenza. Con tempi di scansione dell'ordine del millisecondo si
parla di 100 microsecondi. Inezie.
------------------------------------------------
Rimuovi (delicatamente) il Papero per le repliche

Davide Quack (
quack....@tin.it
) wrote:
[ snip ]
: "Sono Papero, non scrivo codice lento"
Carina...se fossi stato al posto dei tuoi datori di 
lavoro, penso che ti avrei licenziato all'istante.
[ snip ]
: Non sono certo quei 10% di prestazioni in piu' o in meno a fare la
: differenza. Con tempi di scansione dell'ordine del millisecondo si
: parla di 100 microsecondi. Inezie.
E tu introduci bug bastardi solo perche' "...non scrivo codice
lento...".
L'unica cosa che mi stupisce e' che trovi lavoro come 
programmatore...
[ hmmm ]
...ripensandoci, vista la quantita' di software mediocre che 
gira sotto una certa piattaforma, non mi stupisco affatto.
Ciao ciao,
Andrea
-- 
"...Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and 
 the Ugly)."
(by Matt Welsh)

gira sotto una certa piattaforma, non mi stupisco affatto.
Mediocre come Wordperfect 8 per Linux?
Suvvia non offendiamo gratuitamente la gente.
Saluti.

...
: >...ripensandoci, vista la quantita' di software mediocre che
: >gira sotto una certa piattaforma, non mi stupisco affatto.
: Mediocre come Wordperfect 8 per Linux?
E' uno, io ho parlato di /quantita'/.
: Suvvia non offendiamo gratuitamente la gente.
O.K. mi spiace, forse mi sono lasciato trascinare
un pochino ;)


 Rimuovi (delicatamente) il Papero per le repliche
SSSTRIPPP!
"SQUAAACK!"
---
Nessun papero e' stato molestato durante la realizzazione di questo
testo ascii non multimediale e non interattivo.

 Mediocre come Wordperfect 8 per Linux?
... e non sparare sulla croce rossa ... :)

 gira sotto una certa piattaforma, non mi stupisco affatto.
Uhm: PRIMA si rilascia codice abbastanza funzionante e pessimizzato,
POI (se il cliente si lamenta) si tolgono le pessimizzazzioni. :-)
-- 
  Da visitare: Unix Guru Universe (En)
http://www.ugu.com

gira sotto una certa piattaforma, non mi stupisco affatto.
Offese gratuite che fanno di un file d'erba un fascio. Meglio che
rimani ai tuoi Unix e ai tuoi Utonti.
Finche' non Paperi te lo permetteremo. I clienti soddisfatti,e la
concorrenza nei guai, sono il nostro migliore biglietto da visita.
Ha gia', tu hai tuoi clienti fornisci un bel programmino in modalita'
console, con tanti file ini da settare a manina, magari in inglese
(gli operai russi sono noti per sapere l'inglese).
------------------------------------------------


Suvvia non offendiamo gratuitamente la gente.
Tranquillo si qualifica da solo. E' solo un'altro religioso che non ha
di meglio da fare che offendere e basta.
Scommetto che ritiene immorale pagare 150 mila lire per Win98 che e'
un S.O. a pagamento, mentre ritiene ben spese 150 mila lire per Linux
della Caldera che un S.O. free.
Paga XXX lire per il mio software free (paghi solo i supporti).
E se invece gli vendo il contenuto e gli regalo il supporto?
+++
Quasi quasi gli vendo la mia 16 valvole appicicandogli un adesivo
*freecar*, e dicendogli che e' free, e i soldi sono solo per
l'assistenza *gratuita*.


POI (se il cliente si lamenta) si tolgono le pessimizzazzioni. :-)
Quel codice fu messo sotto test per molti mesi, e comunque la versione
definitiva non e' stata ancora rilasciata. Diciamo che SPERAVO di
essere riuscito a beccare tutti i bugs dalla mia parte.
Figurati che durante il test abbiamo beccato bugs di un hardware
provato e testato da anni. Adesso siamo in test dal cliente, ma non e'
ancora operativa al 100%
I bugs non li fanno solo i supereroi (e io non mi chiamo PK)


 
o avete configurato il SW in a buggy manner?


 Rimuovi (delicatamente) il Papero per le repliche
Delicatamente? Capisco che bisogna guadagnarsi la pagnotta, ma
lasciare consapevolmente dei bachi noti di una certa portata solo in
base ad un'analisi costi/benefici richiede abbastanza pelo sullo
stomaco... Ma presumo sia stata solo una tua svista.
Saranno paperi ben pasciuti, ma dopo N volte che fanno 'sto scherzo,
qualcuno inizia a lamentarsi (come puntualmente e` avvenuto nel tuo
caso).
-- 
  Da visitare: i libri della McMillian leggibili oniline (En)
http://www.mcp.com/personal

Davide Quack (
quack....@tin.it
) wrote:
: On 18 Feb 1999 17:41:46 +0100, 
big...@fokhouse.flashnet.it
 (Andrea
: Foco) wrote:
: >Carina...se fossi stato al posto dei tuoi datori di 
: >lavoro, penso che ti avrei licenziato all'istante.
: C'e' un piccolo dettaglio che ti sfugge, e' piu' facile che sia io a
: fare un colloquio a te, che viceversa. E' non ti assumerei, sei troppo
: spocchioso.
8)
Puo' essere, mai preteso di essere perfetto...
: E' embedded, baby. La velocita' e tutto. Prova a fare un ABS
: perfettamente funzionante, ma lento. Anzi, quando vai in autostrada e
: prendi un biglietto, o passi dal telepass, senza attese ricorda ... il
: Potere Dei Fratelli Paperi e' ovunque (e dietro non c'e' Unix).
Bene ! C'e' la concreta possibilita' che si riesca a passare
gratis, grazie ad una ottimizzazione di troppo 8-P
: Quando aspetteremo secondi per avere un biglietto sapremo chi
: ringraziare. Ma non succedera', tranquillo. Non rispondiamo "maledetto
: utonto stai zitto, il mio e' software solido" alle lamentele del
: cliente.
Bisogna capirsi: qual'e' il rischio ? Cioe' cosa puo' succedere
di male se il software 'canna' ? Se nella peggiore delle ipotesi
/un numero limitato/ di clienti paga un importo errato, forse
la cosa e' accettabile...non mi piace l'atteggiamento che 
traspare dalla tua mail, tipo "programmatore fanatico che
ottimizza tutto e sempre, anche quando non necessario".
[ snip ]
: >...ripensandoci, vista la quantita' di software mediocre che 
: >gira sotto una certa piattaforma, non mi stupisco affatto.
: Offese gratuite che fanno di un file d'erba un fascio. 
Si, questa mi e' scivolata, mi scuso di nuovo.
: Meglio che rimani ai tuoi Unix e ai tuoi Utonti.
Per favore, vedi di non fare il mio stesso errore: non ho mai
parlato di Utonti, ne' usato quel termine.
: Finche' non Paperi te lo permetteremo. I clienti soddisfatti,e la
: concorrenza nei guai, sono il nostro migliore biglietto da visita.
Certo, finche' non si avverera' /l'improbabilissimo/ evento X, non
previsto dal /brillantissimo/ programmatore Y nella sua /fichissima/
ottimizzazione.....8-P
: Ha gia', tu hai tuoi clienti fornisci un bel programmino in modalita'
: console, con tanti file ini da settare a manina, magari in inglese
: (gli operai russi sono noti per sapere l'inglese).
ini ? Forse ti confondi con altri SO, non trovi ? ;)


 wrote:
: >Suvvia non offendiamo gratuitamente la gente.
: Tranquillo si qualifica da solo. E' solo un'altro religioso che non ha
: di meglio da fare che offendere e basta.
Non mi pare che tu stia facendo di meglio, per la verita'.
: Scommetto che ritiene immorale pagare 150 mila lire per Win98 che e'
: un S.O. a pagamento, mentre ritiene ben spese 150 mila lire per Linux
: della Caldera che un S.O. free.
Non prenderei mai Caldera.
La mia spesa per le distribuzioni di Linux che uso a casa si
aggira mediamente sulle 8.000 lire (a rigore, ci sono anche le
spese per scaricare via Internet aggiornamenti, patch, ecc.)
Direi di essere abbondantemente sotto le 150.000, comunque ;)
: Paga XXX lire per il mio software free (paghi solo i supporti).
Mi aspetto di pagare solo i supporti, ossia poco. ;)
: E se invece gli vendo il contenuto e gli regalo il supporto?
Allo stesso prezzo ? ;)
: +++
: Quasi quasi gli vendo la mia 16 valvole appicicandogli un adesivo
: *freecar*, e dicendogli che e' free, e i soldi sono solo per
: l'assistenza *gratuita*.
Facciamo cosi': ho un amico meccanico che me la fornisce lui
l'assistenza, al posto tuo...se a te va bene lo stesso, quando 
posso passare a prenderla, la macchina free ? 8-P


essere riuscito a beccare tutti i bugs dalla mia parte.
Assioma di non mi ricordo piu' chi:
"il numero dei bug che si riesce a trovare e' per definizione finito,
in contrapposizione del numero dei bug che non si riesce a trovare che
e', per definizione, infinito"
Obelix detta anche "teoria del c'e' sempre un'altro bug"

 Potere Dei Fratelli Paperi e' ovunque (e dietro non c'e' Unix).
E questo giustifica che sia bacato ? 
Se sapessi che l'ABS della macchina funziona cosi' farei causa 
immediatamente alla casa costruttrice.
bye
Gianluca
-- 
E-Mail: 
gian...@pluto.linux.it
  Member of the Pluto Linux User Group
PHL Mantainer 
http://www.pluto.linux.it/phl/index.html
Boycott Microsoft 
http://www.boycott-ms.org/

 immediatamente alla casa costruttrice.
Il discorso non mi pare in questi termini.
L'ABS della tua macchina, preso come esempio, deve avere delle
caratteristiche fondamentali come ad esempio la velocità di reazione. Se
non ha queste caratteristiche non è un ABS. E' molto probabile che per
avere queste caratteristiche adotti delle soluzioni (anche meccaniche)
più spinte rispetto ad altre che consentirebbero al dispositivo di
rispondere dopo due secondi. 
Questo significa che quando progetti un certo tipo di software DEVI fare
certe scelte, sia che tu usi Linux o NT, andando su soluzioni più spinte
di altre. Più spinte non vuol dire più bacate o più approssimative. 
Probabilmente se analizzassi l'ABS della tua auto troveresti delle
soluzioni "discutibili", magari scopriresti che il sistema si "fida" di
alcuni parametri che per essere sicuro al 100% dovrebbe verificare.
Proprio nel settore automobilistico è noto come vengano fuori clamorosi
bachi dei sistemi di sicurezza dopo il rilascio all'utente (ricordo il
modello di una nota casa automobilistica che si incendiava nei
tamponamenti).

 tamponamenti).
Quello e' un errore di progetto. La pompa della benzina non veniva
fermata,
ergo la benzina usciva e prendeva fuoco.
Spero che l'ingegnere che ha progettato questa stupidata sia stato
mandato
nel reparto "manichini da crash test" a fare il manichino.


Oppure ..
Sospetto che tu non sia un programamtore di professione.
Fai fatica a loggarti con una bilancia anche sotto Linux.
Ma forse tu sei un mago.
------------------------------------------------


raitre")
Mi cadi sul pero, ad un mio caro amico questa estate gli si accendeva la
spia dell'ABS sulla sua nuova golf GTDI.
Alla Wolkwagen gli hanno riprogrammato la centralina con l'ultima versione
del software che secondo loro risolveva i problemi di falsi allarmi della
spia ABS dovute alle temperature piu' alte dell'Italia rispetto alla
Germania.
Hanno giurato e spergiurato che era solo un problema di falsi allarmi e non
un vero malfunzionamento dell'ABS, ma come esserne sicuri al 100%?
Non esiste niente di perfetto, le cose le progettano gli uomini che non sono
infallibili.
Anche la cosa piu' testata del mondo puo' dare problemi.
A volte mi sembra che accusate il Papero solo per partito preso.
Lui cerca efficenza (a lui SERVE efficenza) e puo' essere che questo possa
portare a qualche problema in piu' (e mica sarebbe il primo, vedi il caso
dell'Arianne) ma lui dice anche che poi li testa per mesi.
E' incappato in bug, e allora? I vostri programmi non hanno bug?
Evidentemente questo e' il NS sbagliato, pensavo di essere su
it.comp.os.dibattiti e invece sono su
it.comp.programmatori.linux.dio.iononsbagliomai.
Ciao
Francesco

 casini non prevedibili, ma non che ogni tanto non funziona.
Non ho detto che gli ABS ogni tanto non funzionano. Ho detto che
potresti trovare delle soluzioni discutibili.

 Mediocre come Wordperfect 8 per Linux?
no! WordPerfect8 Lite per linux non e' mediocre, e' un'indecenza!!!!!
-- 
(o-  ________________________________________________________________
//\  Luca Di Taranto                             dita...@zappami.tin
V_/_ to email me, please, remove "zappami" and add ".it" after ".tin"

 ha scritto:
:>> E' embedded, baby. La velocita' e tutto. Prova a fare un ABS
:>> perfettamente funzionante, ma lento. Anzi, quando vai in autostrada e
:>> prendi un biglietto, o passi dal telepass, senza attese ricorda ... il
:>> Potere Dei Fratelli Paperi e' ovunque (e dietro non c'e' Unix).
:> Alche` uno potrebbe (giustamente) arguire che tu pensi che "qualche
:> morto all'anno per ABS malfunzionante, in fondo, e` accettabile, no?" 
Diciamo che *tu* potresti arguire ciò :-) perchè hai la mente prevenuta. E
io lo so perchè hai la mente prevenuta, perchè il papero ha finito la frase
con "e dietro non c'è unix" :-) Se si parlava di *nix lavorare per la
velocità era "ottimizzazione", parlando di NT diventa "trascuratezza" e
"approssimazione". Ammettiamolo, dai... non costa nulla.
Ci sono applicazioni per cui il tempo è un parametro critico. Un ABS ad
esempio, se il parametro dice che deve rispondere in 1/100 di secondo
(ipotesi) tu non puoi dire "io lo faccio che risponde dopo 2/100 di secondo,
ma sono sicuro che funziona". Ti risponderanno (giustamente) "grazie, ma a
noi non ce ne frega una mazza che l'ABS funzioni perfettamente quando le
ruote sono già bloccate e il guidatore ha già perso il controllo <g>".
Allo stesso modo, un telepass, sarebbe garantito al 110% se le auto si
fermassero sotto il rivelatore per un paio di secondi. Ma si da il caso che
un dispositivo del genere non serve ad una mazza perchè l'obiettivo è quello
di rilevare con le auto in movimento a minimo 30/40 km/h.
In queste applicazioni, se non raggiungi quegli obiettivi temporali la
garanzia di un funzionamento più sicuro se la può (con tutto il rispetto e
per modo di dire) cacciare. Ora, fra perseguire certi risultati temporali e
lavorare con approssimazione ce ne corre, oltretutto perchè lavorare in
certe condizioni e con certi obiettivi richiede maggiore accuratezza. 
:> Cmq, hai ragione: se alla gente si e` riusciti a far digerire un
:> reboot e una reinstallazione ogni tanto, perche` no? Tanto e`
:> impossibile trovare tutti i bachi...
Il bug è un rischio di *tutti* i programmatori che si cimentano in lavori di
una certa complessità. Non tutto può essere previsto e non tutte le
condizioni possono essere testate. E purtroppo i computer viaggiano a
milioni di istruzioni al secondo, e a trovare una condizione critica ci
mette un infinitesimo del tempo che impieghi tu a simularla.
Dai retta a me, è una lotta impari. Anche se tu tiri in ballo la solita
storia del sistema operativo bacato (non che ti dia torto, solo che mi sta
annoiando) i programmatori terrestri sono così. Anche quelli *nix.
:> Delicatamente? Capisco che bisogna guadagnarsi la pagnotta, ma
:> lasciare consapevolmente dei bachi noti di una certa portata solo in
:> base ad un'analisi costi/benefici richiede abbastanza pelo sullo
:> stomaco... Ma presumo sia stata solo una tua svista.
Consapevolmente? Forse ho capito male. Comunque mi pare di capire che sei
pronto a scagliare le pietre contro una certa realtà. Suppongo che questa
realtà non la conosci o non ti appartiene...
-- 
Bye, Marco 

 Fai fatica a loggarti con una bilancia anche sotto Linux.
Perche', la bilancia aveva invece il debugger in grafica?
Mi sfugge qualcosa.

 immediatamente alla casa costruttrice.
Gli americani per queste cose chiedono (o meglio, i loro avvocati
chiedono, visto che poi si prendono il 50%) letteralmente decine di
migliaia di dollari anche per i piu' piccoli cazzuti difetti delle
loro auto se questi sono stati causa di problemi, figurati in caso di
incidente mortale.
Ed e' proprio per questo che i produttori di automobili, quando hanno
tra le mani qualche nuova tecnologia, PRIMA le provano sul mercato
europeo, DOPO lo immettono su quello americano (clamoroso un recente
caso della Mercedes, che sui modelli USA non c'e', neanche a pagarlo a
peso d'oro, un nuovo sistema che mantiene la distanza di sicurezza con
l'auto che precede, mentre su quelli in Europa tra poco sara'
disponibile come optional)
Le associazioni dei consumatori americane dovrebbero cominciare ad
occuparsi anche del software.
-- 
Gabriele Biffi
gbi...@usa.net
 - ICQ: 5169491
http://www.rete039.it/civis/gbiffi/
"Il Pensiero genera l'Eresia; l'Eresia genera il Castigo." - WarHammer

Francesco Bertani (
fber...@tin.it
) wrote:
[ snip ]
: A volte mi sembra che accusate il Papero solo per partito preso.
: Lui cerca efficenza (a lui SERVE efficenza) e puo' essere che questo possa
: portare a qualche problema in piu' (e mica sarebbe il primo, vedi il caso
: dell'Arianne) ma lui dice anche che poi li testa per mesi.
: E' incappato in bug, e allora? I vostri programmi non hanno bug?
Credo che nessuno possa fare un'affermazione del genere ;)
Per quanto mi riguarda, il problema era la risposta data dal
Papero, "...io non scrivo codice lento...", data di fronte
ad una sua cappella.
A me ha dato l'idea, forse sbagliata, di "...io ottimizzo
sempre/dovunque/comunque, e faccio solo codice /FIGO/, a 
qualsiasi costo, anche se non e' necessario...".
Se permetti e' un atteggiamento che non condivido affatto, e che
non a nulla a che fare con la necessita' in certi campi di cercare 
di ottenere il massimo dal codice.
: Evidentemente questo e' il NS sbagliato, pensavo di essere su
: it.comp.os.dibattiti e invece sono su
: it.comp.programmatori.linux.dio.iononsbagliomai.
Se posso ribattere, perche' tu tiri sempre fuori Linux,
anche quando non c'entra nulla ?


 E' incappato in bug, e allora? I vostri programmi non hanno bug?
Io accuso il Papero di aver detto quella che per me e' un'emerita
stupidata. Il fatto che a lui serva efficenza mi sta bene, ma
a me prima della velocita' serve la sicurezza del risultato.
Se hai tutte e due tanto di guadagnato. Ma non puoi avere velocita' con 
il rischio che non funzioni.


e', per definizione, infinito"
E' una applicazione al software di una proposizione dovuta a Popper
in "Conjectures and Refutations", dove parlava della conoscenza.
(si potrebbe anche dire che i bugs localizzati hanno una essenza di
tipo fenomenico, quelli residenti sono un noumeno kantiano).
Leonardo "o un set cantoriano: mi confondo sempre fra i due ;-)"
Microsoft Outlook: cosa vuoi postare postare postare oggi?

anche quando non c'entra nulla ?
Solo per rispondere a te:
------------
...ripensandoci, vista la quantita' di software mediocre che
gira sotto una certa piattaforma, non mi stupisco affatto.
------------
e a qualcun altro che mi pareva avesse lo stesso attegiamento.
Ciao
Francesco

il rischio che non funzioni.
Torniamo al discorso di prima.
Ti ho gia' risposto sopra.
E comunque ora basta difendere il papero.
E grande e vaccinato e sa farsi valere da solo (se vuole).
Ciao
Francesco

 definitiva.
metti dell'olio davanti ad una balla di fieno, arriva a circa 40 Km/h e
frena. Poi _se puoi_ aumenta leggermente i tempi di risposta e vedi che
succede.
Quello che ti volevo dire e' che questi problemi saltano fuori quando 
l'interessato non puo' piu' protestare...
Sono d'accordo che ci sono le cause dei parenti e tutto il resto,
pero' intanto tu ci hai lasciato le penne perche' un programmatore
ha voluto fare il figo e far rispondere l'ABS in meno tempo di
quello dei concorrenti...
In ogni caso l'esempio dell'ABS e' pure sbagliato. I tempi di reazione
dell'ABS non sono cosi' critici... A 200 Km/h in un 1/100 di 
secondo fai ben 0.55555555555 metri, ora, mezzo metro puo' salvare
la vita, ma considerando che di fronte ad un pericolo una persona
impiega mediamente 1 o 2 secondi a reagire, non mi sembra che 
alla fine (e che a 200 all'ora fai un 100 metri in quel tempo)
il fatto che l'ABS impieghi 1 o 2 centesimi di secondo sia cosi' 
critico.
Vabbe' sto' andando fuori...
bye
Gianluca
bye
Gianluca
-- 
E-Mail: 
gian...@pluto.linux.it
  Member of the Pluto Linux User Group
 
gianluca....@virtualia.it


 critico.
Non so quanto sia critico ma l'ABS non è legato al tempo di reazione
della persona. L'ABS deve reagire per evitare il blocco delle ruote da
un momento successivo a quello in cui la persona ha premuto il pedale
del freno. Quanto tempo ha impiegato la persona a reagire dal momento in
cui ha a avvertito il pericolo non è influente, perchè l'ABS entra in
azione dopo. 
In realtà l'ABS ha pochissimo tempo per reagire.

 realtą non la conosci o non ti appartiene...
Se stai parlando del fatto che i bugs esistono sempre e comunque,
caschi male: nota che ieri sera, come diverse altre sere in queste
ultime due settimane, non sono arrivato a postare messaggi. I due
fatti sono correlati tra loro in maniera diretta, insieme agli
scontrini del mio farmacista di fiducia. :-)
-- 
  Da visitare: la homepage di GIMP (Gnu Image Manupulation Program)
(En)
http://www.gimp.org

 azione dopo.
Si, ma il fatto che lo spazio di frenata (e il tempo) conteggia anche il
tempo di frenata.
In piu' l'ABS ha un funzionamento continuo, non aspetta che le gomme 
blocchino, altrimenti e' perso.
Se vuoi continuamo in privato...


 come tempi di risposta, conviene cercarne uno piu' veloce (IMHO)
No, non ci siamo capiti. Se l'HW non ce la fa è inutile che mi metta a
spingere il software, questo è ovvio.
Io prendevo il caso in cui occorre spingere il software. Supponiamo che
il dispositivo di rilevazione riceva un segnale dall'auto e faccia
partire una procedura software di verifica e autenticazione, dopodichè
il software (in caso positivo) apre la sbarra. Il dispositivo di
rilevazione impiega una inezia a ricevere il segnale, cosi' come la
sbarra avrà un tempo tecnico per aprirsi (anche per ragioni di
sicurezza). E' ovvio che fra il momento in cui viene ricevuto il segnale
e viene dato l'OK alla sbarra per aprirsi deve trascorrere meno tempo
possibile.

 una cosa del genere vuol dire che lavoro per un'altro progetto...
Sul resto sono d'accordo, ma su questo no.
Gia' c'e' il limite di velocita' sul telepass. Mi pare sotto i 40 Km/h.
Siccome l'obbiettivo del telepass e' di evitare le code, se io passo a 
30 Km/h piuttosto che a 40 Km/h non cambia nulla e io gia' cosi'
guadagno
diciamo un mezzo secondo.
Ovviamente queste scelte vanno fatte in fase di progetto.


per me ha sempre torto.
se li introduce volontariamente, SI. Altrimenti, no. Non creod che il
papero abbia scritto il bug per andare veloce...
Obelix

...
[ snip ]
: Ok, su questo concordo, ma la tua risposta mi sembrava contenesse anche un
: pizzico di acredine di troppo. E dettato dal fato che lui lavora sotto NT.
No, avrei detto lo stesso anche di un Linuxer sfegatato...(giuro ;)
: >Se posso ribattere, perche' tu tiri sempre fuori Linux,
: >anche quando non c'entra nulla ?
: Solo per rispondere a te:
: ------------
: ...ripensandoci, vista la quantita' di software mediocre che
: gira sotto una certa piattaforma, non mi stupisco affatto.
: ------------
Touche'
Sono stato io per primo a mettere in mezzo l'innomiNaTo che non
c'entrava nulla...mi ritiro scornato con la coda tra le gambe a
meditare sui miei errori nel mio antro angusto.
