[Linux-Biella] Apple iProblema

Jumping Jack jumpingjack a mclink.it
Lun 24 Feb 2014 15:24:29 CET


On 24/02/2014 14:51, PaulTT wrote:
>
> ma sinceramente a me e' venuto quasi un conato di vomito vedendo 
> quelle 4 righe :D
> fosse stato scritto decentemente, e addirittura con il goto, non 
> avrebbero sbagliato
> quello imho e' proprio un errore di sfiga/disattenzione, copia incolla 
> 8 volte la stessa roba, facile sbagliare :D
> poi con chissa che iEditor di cacca.... con vi e una bella condizione 
> || per riga e un goto solo, vuoi vedere che non ti scappa?? ;)
Con una chain di || non puoi prevedere esattamente come verrà compilata, 
inoltre riduce la capacità di ottimizzazione del compilatore. Certo se 
si vuole scrivere codice più robusto alle modifiche, ma molto più 
difficile da leggere raggruppando il più possibile è una soluzione.
Sicuramente l'editor è di cacca :)
>
>
>> Il ogni caso il problema è l'uso del C, non del GOTO...  Se avesse 
>> scritto degli if annidati e sbagliato delle parentesi il C comunque 
>> non avrebbe segnalato un "unreachable code" e l'errore sarebbe stato 
>> anche meno evidente.
>
> ma vedi, e' come dire che e' piu' pericoloso guidare una ferrari che 
> un mercedes familiare.... non e' che se e' piu' difficile da 
> guidare/usare, sia peggio....
> solo bisogna sapere con cosa si ha a che fare.
Si e no... In senso assoluto è meglio procurarsi un auto sicura 
piuttosto che un giuidatore più esperto, perchè in caso di errore, 
seppur più raro, sarà peggiore.
E' anche vero che dipende dal risultato che si vuole ottenere, dal tempo 
che si vuole impegnare e dai soldi che si vuole investire. Magari il 
goto è stata proprio una scelta e potrebbe essere stata la migliore 
(fino a che non si è verificato l'errore banale).

> e cmq non dipende dal linguaggio, al max dipende dal compilatore
> ;)
Ci fosse un compilatore C che dà warning pertinenti... Ma è proprio 
l'altissima libertà di come si può scrivere lo stesso codice che, una 
volta era potenza del C, ora è una palla al piede.

JJ
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.bilug.linux.it/pipermail/linux/attachments/20140224/019881ff/attachment.html>


Maggiori informazioni sulla lista Linux