Koliko brzo programirate?

[Petar Marić]

Off Topic: Ja nekako više povezujem RoR sa web aplikacijama nego Django koji mi je više za CMS-like sajtove sa visokim stepenom kolaboracije korisnika (zašta je i, u suštini, razvijan).

[Pedja]

Originalno napisao bluesman

I sta ces onda? Kazes "sorry, there's something seriously wrong with your deadline" a on kaze "Thank you. I'll find somebory else"

Naprotiv. Prosto ne treba prihvatati kratke rokove, narocio ako je rok toliko kraak da razmisljas o tome da li mozes da stignes da to isprogramiras.

Ozbiljno programiranje podrazumeva poslove koji se obavljaju rutinski ali oduzima vreme.

Kao sto i sam kazes, dobro je biti brz, ali to treba korsititi da mozes da radis lezernije, da radis detaljnije testiranje i slicno, a ne da radis ukratkim rokovima i radis navrat-nanos.

[bluesman]

Osim ako ti trebaju pare ocajnicki

[Bojan Zivanovic]

I kod mene je brzina stvar iskustva...
Ako sam nesto slicno vec radio (ili sam radio 231431 41242134 puta) onda me samo ogranicava brzina kucanja, tj. to ide prilicno brzo.
Medjutim, ako je u pitanju neki kompleksniji posao, ili nesto sa cim nemam puno iskustva, onda to ide malo sporije, posto nisam spreman da zrtvujem kvalitet radi brzine (kao i vecina programera nadam se)..
Secam se jednom kada sam tek poceo da programiram sam ishao na brzinu, odradio kako ne treba, i onda izgubio 5 puta vise vremena da sve dovedem u red. To ne valja
A naravno da programer s vremenom razvija komponente (tj funkcije, klase) koje mu trebaju u svakodnevnom radu, tako da i to ubrzava ceo proces..

[Dragi Tata]

Iskreno, ne sećam se da sam ikad radio na nekom projektu gde je brzina kucanja bila ma kakav faktor. Sad recimo radim na jednom "bug-fix release" i dešava mi se da radim dva dana da bih promenio jednu liniju koda. Ali čak i kod "normalnih" razvojnih ciklusa, puno vremena ode na definisanje zahteva, dizajn, dokumentaciju, testiranje... Na sam unos koda ode možda 10-20% vremena.

[Pedja]

Nije u pitanju brzina kucanja, nego brzina programiranja a u to su uracunatei greske u postupku resavanja problema, previdi i drugi propusti.

Nekad se prilicno iznenadim koliko brzo resim neki problem za koji sam ocekivao ne samo da ce ici sporo nego da ce da me namuci.

[misk0]

Slozio bih se sa masom navedenih stvari poput:
- kodiranje u jednom projektu ne uzima najvishe vremena, uzimaju ga planiranje, testiranje, dokumentacija, bug-fix i slicno.
- radije cu u nesigurnom podrucju provesti vishe vremena studiozno pristupajuci problemu, rijesavajuci dio po dio, nego skripiti na brzinu (sto moze i dobro ispasti, ali rijetko) pa poslije izgubiti 50% vishe vremena dok skontam gdje sam zeznuo stvar i zasto se ta greska desava tako slucajno

Mislim da programiranje nije neki bauk i problem kad imas jasnu sliku u glavi sta treba da napravis. Onda fakticki patterni koje si vec naucio prave sami kod. Naravno i zato je potrebno vrijeme dok naucis nacine rijesavanja pojedinih problema.