Pogledajte određenu poruku
Staro 06. 03. 2006.   #45
Dragi Tata
dinosaurus
Master
 
Avatar Dragi Tata
 
Datum učlanjenja: 29.12.2005
Lokacija: Nova Engleska
Poruke: 636
Hvala: 79
263 "Hvala" u 66 poruka
Dragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoroDragi Tata će postati "faca" uskoro
Default

Moje dve pare dinarske (da podsetim, mišljenje autora je upravo suprotno od saveta):

10) Don't use exceptions
Slažem se sa autorom. Treba koristiti izuzetke, ali je bitno naučiti da se koriste izuzeci kako treba, inače više štete nego koristi. Obavezno pročitati bar ovaj članak na tu temu.
9) Use unsigned integers for values that can only be positive
Ne slažem se sa autorom. U jezicima koji podržavaju unsigned vrednosti, treba ih koristiti, i to ne toliko zbog uštede u jednom bitu, već pre svega jer to doprinosi čitljivosti i robusnosti koda.
8) Design classes parallel to their physical counterparts
Slažem se sa autorom. "Kosmičke" hijerarhije sa zajedničkom "Object" klasom i dubokim nasleđivanjima su prevaziđen koncept.
7) Make sure your team shares a common coding standard
Ne slažem se sa autorom. Vrlo je bitno da tim usvoji i poštuje standard. Međutim, veliko je pitanje i šta treba standardizovati i do koje mere.
6) Write lots of comments
Generalno se slažem, ali moram da dodam da sam mnogo ređe kukao na previše komentara nego na nedostatak istih.
5) Use accessors or properties rather than public fields
Generalno se slažem sa autorom, a dodao bih da su "properties" veća šteta nego korist.
4) Use the singleton pattern for variables that you KNOW you should have only one instance of
Ne slažem se sa autorom, ili bar ne u potpunosti. Singletoni, za razliku od globalnih promenljivih mogu da budu "thread-safe" i to je već samo po sebi velika razlika.
3) Be tolerant with input and strict with output
Ovo do te mere zavisi od tipa aplikacije da jednostavno ne mogu ni da se složim ni da se ne složim.
2) Code all the corner cases immediately, cause otherwise you'll never go back and fix things
Hmmm, razumem ja njega, ali se ipak ne slažem. Bolje je uraditi stvar kako treba odmah.
1) Design first, then code
Opet jako zavisi od vrste projekta. Ako mogu da dam ikakvu generalizaciju, rekao bih da je za verziju 1.0 najbolje koristiti neku verziju "waterfall" modela sa dosta planiranja i dokumentacije, a kasnije verzije mogu da se rade više "agilnim" metodama.
Dragi Tata je offline   Odgovorite uz citat