Dnia 29.12.2012 firr kenobi <p...@g...com> napisał/a:
> W dniu sobota, 29 grudnia 2012 10:33:44 UTC+1 użytkownik Baranosiu napisał:
[...]
>> Kwestia złożoności projektu (i "pojemnosci" głowy) - proste rzeczy da
>> się ogarnąć w głowie, ale projekty które powstają przez kilka miesięcy
>> solidnej codziennej pracy to raczej bez planowania i dokumentowania
>> się nie da (zwłaszcza, jeśli tworzy się w zespole) :D Więc takiej
>> metodologii (olewanie dokumentowania i planowania) nie polecam nawet
>> na początku drogi z programowaniem (i dla prostych projektów), bo
>> wyrobi złe nawyki :D
>
> ja nie uzywam dokumentowania i nie mam z tym zadnego problemu

No to gratuluję, ja bez prowadzenia notatek i dokumentacji (i bez
projektowania) nie radzę sobie z projektami większymi niż 2-3 tysiące
linijek kodu (tzn. pół biedy jeszcze napisać gdy jestem we "flow" i
projekt jest w miare prosty, ale coś zmienić po kilku miesiącach to
już masakra :D)

> (problem mam z czyms innym
> - z czyms w rodzaju tweakowania, dostrajania
> aplikacji (tj staraniach aby tak poustawiac
> wyglad czy efekty by to jakos wygladalo) - jest to masakrycznie
> czaslochlonne, trufnouchwytne, frustrujace itd (to jest
> chyba najgorsze :-/)

"Bajerowanie" aplikacji to już inna sprawa (zwykle tego nie robię :D),
wystarcza mi przejrzystość i tzw. "intuicyjność" obsługi (no ale to
jest kwestia projektu a nie tuningu).

> Za to wazne jes myslenie nad kodem i to lubie robic, np ostatnio
> rozwazam podzielenie swojego domowego frameworka na cztery
> podsystemy: 1) wis, 2) dris, 3) cis i 4) oglis ;-)

Łamigłówki są cool :D
Co do dylematu "podzielić czy nie" - to nie jest kwestia
programistyczna (pod tym względem pewnie już wiesz, że podział byłby
korzystny, inaczej byś tego nie rozważał :D), to jest raczej kwestia
umiejętności podejmowania decyzji jako takich (i zaakceptowania ich
konsekwencji), a to już zupełnie inna bajka :D