ElectroYou

Salve, ho appena terminato di eleborare questo diagramma di flusso che dovrebbe rappresentare un programma in C che date un numero x di Resistenze in serie, mi dia in output la resistenza totale in serie...
...Qualcuno mi potrebbe dire se è corretto??grazie

bob93 ha scritto:Salve, ho appena terminato di eleborare questo diagramma di flusso che dovrebbe rappresentare un programma in C che date un numero x di Resistenze in serie, mi dia in output la resistenza totale in serie...
...Qualcuno mi potrebbe dire se è corretto??grazie

Funziona (anche se nel caso in cui non metti nessuna resistenza non è corretto al 100%),
ma IMHO è inutilmente complesso.
ciao

IMHO ? scusa nn ho capito...

bob93 ha scritto:IMHO ? scusa nn ho capito...

http://it.wikipedia.org/wiki/IMHO

tornando al tuo diagramma...
gli fai fare tropppppppeeeeee cose. Alla fine si tratta di sommare N numeri eh...

ah capi..si infatti..ma proprio questo era il mio scopo...la semplice somma la voglio tramutare in qualcosa di più complesso per vedere le mie capacità...

è buffo vedere come solitamente tutti cercano di fare le cose semplificarle al massimo invece tu vai contro corrente

Ma io sono dell'idea che bisogna sempre compricarsi la vità nella programmazione nel momento in cui uno sta facendo dei programmini per imparare...è ovio che dopo che uno ha imparato le cose si semplificano...però per il momento è meglio farle più difficili....

Secondo me sbagli. Sono stati elaborati centinai di algoritmi al fine di semplificare gli schemi, risparmiare memoria, ridurre gli errori, i costi computazionali e così via...
Se ti abitui con una logica sbagliata, difficilmente riuscirai a ritornare indietro.
Questo non è l'approccio giusto al problema. Al momento non te ne accorgi, il programma è semplice e vedi il risultato bello e pronto ancor prima di aver premuto invio.
Come ti hanno già detto, è una semplice somma di n numeri: non basta dire faccio la somma di n resistenze in serie per farlo diventare importante.

Programmare non è difficile. E' difficile sapere cosa programmare

capi..

in realtà come dice edmond è più proficuo ragionare al contrario

invece che sbatterti a complicare casi semplice e molto più interessante e formante, e soprattutto va nella direzione giusta a livello di ragionamento, prendere casistiche complicate magari anche già sviluppate da altri in modo da capirne le metologie risolutive a livello programmativo e quando si sono apprese vedere se c'è la possibilità di migliorarle semplificandone il processo per riuscire ad utilizzare meno risorse possibile. A volte è meglio far girare un programma in 10 secondi in più piuttosto che rendere indisponibile il sistema perché questo per i calcoli ne assorbe tutte le risorse.