Pristup programiranju na primjeru osnovnog zadatka

-da/ne.. tj još ne razmišljaš kao programer :)

npr, variabla je kvalitetnije rješenje, uobičajeno.. ali se za alokaciju rezervira-troši ram.. pa kad jednom izračunaš neku vrijednost (pogotovo složeniji izračuni) tad štediš vrijeme (preskačeš) za ponovno računanje iste vrijednosti.. ali trošiš ram i teoretski povremeno gasiš-odbaciješ varijable pa ih i koristiš lokalno-globalno (u nekoj rutini ili za vrijeme rada aplikacije)...

ali danas je ram resurs o kjem se ne treba previše razmišljati (osim kad je to važno) i svaki normalan programer danas troši ram koliko god može.. pa tako appsi bahato keširaju npr web.. ali istovremeno dobiješ na brzini ako isit sadržaj ponovo zatrebaš.

kod starijih cpua je vrijeme izračuna u ciklusima (takt) bilo značajna stvaka (vrijeme/brzina) dok to današnji parisc jezgra melju u tisućinki.. i uopće nije problem nekom i7 cpu zadati višestruke mmx npr vektore koje će obaviti bez znojenja pa i korištenjem gpua.. a današnji gpu ima više rama nego što j eto prije desetljeća imala neka radna stanica. Zato, svaki primjer (školski) uzmi s tim vremenskim odmakom.. i ako je tad vrijedilo neko pravilo, danas je stanje (možda) drugačije. .. primjeri i pravila koja se koriste su ugl iz doba dinosaura, ali istovremeno, dobra su to pravila.

Što god, oba načina su ok ako rade ono što je potrebno, jer to je prvi zakon appsa-programiranja, tek drugi zakon je izbor/optimizacija ili nešto specifično.. i tad se ovisno o slučaju/potrebi odlučuješ za jedno ili drugo (ili neko treće/hybrid) rješenje.. kao što je to npr primejr izbora sort algoritma ovisno o količini i tipu podatka kojeg sortiraš... buble, quick, shell.. kad to počneš tako koristiti, ne kao sveto pismo, nego kao optimum, tad si na dobrom putu.. na lošem bi bio kad bi sad osgovor ''a ili b'' uzeo kao pravilo.

Slazem se i s hushom i sa Zoidbergom

No mislim da postoji nesto sto niste spomenuli

Gotovo sam siguran da je ovdje bolje uvesti varijablu sum i da bi i s njom i bez nje dobio identican program zbog optimizacije koju compiler radi

Compileri su danas jako napredni i po scopeu "varijable" (namjerno u navodnicima) znaju hoce li ona biti u Cacheu i hoce li ju se spremati u RAM bezobzira na to htio ti to ili ne