W dniu niedziela, 30 grudnia 2012 09:55:49 UTC+1 użytkownik Baranosiu napisał:
> 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


dla mnie ta designerska strona (czyli glownie
klecenie grafy/efektow) jest nieporownanie
trudniejsza niz samo programowanie, mozna sie
pochlastac wykonujac 900-t prób i czasem cos ładnie wychodzi ale zwykle nie bardzo

(zeby cos zaprogramowac wystarczy zaprogramowac a zeby cos ladnie wygladalo
czeba to czasem programowac 15 razy nim sie trafi na cos co wyglada a i tak
posniej efekt sie moze posypac przy kolejnych dobudowach)

np tutaj

https://dl.dropbox.com/u/42887985/ma_ex_d.zip

(skalowanie F3/F4 fullscr pageup, ew rozdzialaka control+3)

cholerstwo nie wychodzilo az wpadlem na pomysl zrobienia malej rameczki wokolo
postaci i wtedy wyglad gwałtownie skoczył

teraz pytania (1) jak jasno oznaczac pola nieprzechodnie (tutaj drzewa) bo jak sie
chodzi przy drzewach to nie widac na ktore pole mozna wejsc na ktore nie - to psuje
filing
(2) jak ozbaczac przedmioty (tutaj oznaczane malym kwadracikiem
- wiekszosc pomyslow okrutnie nie harmonizuje
np proba wstawienia kwadratem przekreslonym w X
albo kolka jest wogole nie do przyjecia itd
- np wydaje sie ze nie harmonizuje dowolna forma ukosnej kreski (nie do przyjecia
jest prawie nic - i tak 3 dni sie meczylem (i omalo sie ze 100 razy 'nie
pochlastalem') z tweakowaniem 'formy prezentacji' zeby dobrac obecna w miare wygledna
forme)

fir