O kodowaniu Opcje

[cagrET]

Parse error: syntax error, unexpected T_CATCH, expecting T_STRING in /usr/cagret/main.php on line 142

Ten post edytował cagrET 11.04.2008, 21:12:58

[radziel]

Pozwole sobie tutaj napisać zasady których ja się trzymam.

1) Pisz tak, aby działało.
Wiadomo, szukanie odrazu najlepszego rozwiązania trochę mija się z celem. Dlaczego? Po pierwsze zwykle go nie znajdujemy, Po drugie za długo siedzimy nad jednym kawałkiem kodu.

2) Ograniczaj niepotrzebną implementację, pisz tylko funkcje jakie są Ci w danej chwili potrzebne.
Jeżeli piszesz CMSa to funkcjonalność rozszerzaj na bieżąco. Nie pisz pustych funkcji lub też nie pisz takich które w przyszłości może się przydadzą. - zwykle się nie przydają bo pójdziemy inną drogą ...

3) Nie szukaj na bieżąco "wąskich gardeł" systemu, zostaw to na koniec.
Dlaczego? Gdyż nie jesteśmy w stanie określić jak bardzo dany fragment kodu spowalnia całą aplikację. Gdy już ją skończymy i bierzemy się za poprawianie wydajności możemy określić jak bardzo dane gardło jest wąskie (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

4) Dokumentuj kod.
Ostatnia moja najważniejsza zasada. Dobrze udokumentowany kod, pozwala na szybsze zaczęcie prac po dłuższej przerwie. Dokumentacja jest też podstawą do programowania w grupie, bo oszczędza nam to sytuacji gdy musimy najpierw zrozumieć co chciał napisać kolega.

[radziel]

Tak nieskończone, tak skomplikowane, lecz także tak proste!

Sorry za mały OT, ale to już brzmi jak slogan z telezakupów co nie znaczy że jest złe (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[DeyV]

proponuje ten artykuł umieścić gdzieś w wiki - najlepiej w dziale dla początkujących.

[ActivePlayer]

fajne, ale duzo kontrowersyjnych kwestii tu widze. (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[ActivePlayer]

piszesz tutaj duzo o tym jak nie znudzic sie projektami... z jednej strony bardzo dobre podejscie, z drugiej - zmieniając co chwilę jęcyk programowania wiesz 'wszystko i nic'. nie jestem przeciwnikiem kształcenia się... ale to co robisz, powiniennes robic dobrze.

[SongoQ]

Mam kilka zastrzezen do tego tekstu:

- w powtarzaniu tego samego sposobu projektowania aplikacji, tworzenia rozwiązań
- w powtarzaniu tych samych języków programowania
- w powtarzaniu tych samych platform, środowiska programistycznego.

1 rzecz nie mozna byc panem zlota raczka, zyjemy w takich czasach ze trzeba byc dobrym tylko w 1 dziedzinie.
2 co za kazdym razem ma pisac w innym srodowisku?
3 jesli cos stworze i pomysl jest bardzo dobry to powielam go jednoczesnie rozwijajac w kolejnych projektach - logiczne ucze sie

A tak to mi troszeczke SCRUM podjezdza (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Z tym wiki to dobry pomysl.

[SongoQ]

> 1 rzecz nie mozna byc panem zlota raczka, zyjemy w takich czasach ze trzeba byc dobrym tylko w 1 dziedzinie.  To też prawda, ale 1 dziedzina nie znaczy, że np tylko 1 język programowania

Hm nie do konca mnie zrozumiales ale to co napisales z tym sie calkowicie zgadzam.

Ogólnie chodzi o to, żeby najpierw wszystkiego spróbować, żeby odnaleźć to co nas może zaciekawić, a nie zatrzymasz się gdzieś na początku, zainwestujesz w to kupę czasu, a później się okaże, że jest coś o wiele fajniejszego, zdobyć większą ogólną wiedzę na temat funkcjonowania tego wszystkiego.

Ale przez caly czas sie odkrywa nowe technologie, ludzie sie zmieniaja, hobby sie zmienia - trudno tak naprawde okreslic np po kilku latach ze akurat to bede robil do konca zycia.