21-11-2011, 16:35
(Ten post był ostatnio modyfikowany: 21-11-2011, 16:36 przez Kartofelek.)
1) wpadam na pomysł
2) śpię z pomysłem.
3) sprawdzam w necie podobne pomysły. sprawdzam co w nich jest dla mnie ok, co nie jest
4) śpię z pomysłem 2x
5) prototypuję. Czyli rozrysowuje na kartce, lub co jest milion razy lepsze - używam Axure (poszukaj w google).
6) W czasie prototypowania MYŚLĘ
7) tutaj zaczyna się podział na 2 części - frontend i backend, i najlepiej jakby to robiły 2 zespoły.
8) Frontend - czyli wygląd. To ODZIELNA CZĘŚĆ. Ja np robię frontend.
9) Backend - znowu odzielna część. Mając frontend podpinam go pod backend.
Przy małych stronach gdzie nie potrzeba super duper sytemu powyższe podejście wcale nie musi być czynione
Zrobisz sobie jakiś szkic, frontenda (czyli html itp) a potem na bieżąco stworzysz do tego prosty backend (może korzystając z jakiegoś frameworka typu Symfony) i styka. Ale dla mnie bardzo ważne jest jak największe oddzielenie html od strony serwerowej. Dzięki temu za jakiś czas mogę wykorzystać "tył" do podpięcia innego layoutu.
No ale podejść jest milion pińset. Często gęsto zależy to od cms z jakiego korzystasz. A może nie korzystasz i podpinasz po prostu za pomocą include(....). Też się da. I nie jest to złe. Kwestia projektu.
Jeszcze co do planowania. To jak z pisaniem gier. Im więcej zaplanujesz z góry (podzielisz na mniejsze problemy), wtedy łatwiej ci będzie potem to ogarnąć. Czy formularz powinien mieć 3 pola czy 2? Czy miniaturka powinna być większa czy maluteńka?
Ja np tworząc frontend dzielę laje na klocki. Mam header, content, sidebar, footer itp. Każdy taki klocek jest oddzielny i ma w sobie swoje elementy. Logowanie, jakieś linki itp - wszystko to jest wewnątrz klocka i stanowi "zamkniętą" całość. Dzięki temu NIGDY nie mam problemu z ułożeniem czy pozycjonowaniem poszczególnych elementów (które to problemy bardzo często goszczą na tym forum).
I tyle na teraz
2) śpię z pomysłem.
3) sprawdzam w necie podobne pomysły. sprawdzam co w nich jest dla mnie ok, co nie jest
4) śpię z pomysłem 2x
5) prototypuję. Czyli rozrysowuje na kartce, lub co jest milion razy lepsze - używam Axure (poszukaj w google).
6) W czasie prototypowania MYŚLĘ
7) tutaj zaczyna się podział na 2 części - frontend i backend, i najlepiej jakby to robiły 2 zespoły.
8) Frontend - czyli wygląd. To ODZIELNA CZĘŚĆ. Ja np robię frontend.
9) Backend - znowu odzielna część. Mając frontend podpinam go pod backend.
Przy małych stronach gdzie nie potrzeba super duper sytemu powyższe podejście wcale nie musi być czynione
Zrobisz sobie jakiś szkic, frontenda (czyli html itp) a potem na bieżąco stworzysz do tego prosty backend (może korzystając z jakiegoś frameworka typu Symfony) i styka. Ale dla mnie bardzo ważne jest jak największe oddzielenie html od strony serwerowej. Dzięki temu za jakiś czas mogę wykorzystać "tył" do podpięcia innego layoutu.No ale podejść jest milion pińset. Często gęsto zależy to od cms z jakiego korzystasz. A może nie korzystasz i podpinasz po prostu za pomocą include(....). Też się da. I nie jest to złe. Kwestia projektu.
Jeszcze co do planowania. To jak z pisaniem gier. Im więcej zaplanujesz z góry (podzielisz na mniejsze problemy), wtedy łatwiej ci będzie potem to ogarnąć. Czy formularz powinien mieć 3 pola czy 2? Czy miniaturka powinna być większa czy maluteńka?
Ja np tworząc frontend dzielę laje na klocki. Mam header, content, sidebar, footer itp. Każdy taki klocek jest oddzielny i ma w sobie swoje elementy. Logowanie, jakieś linki itp - wszystko to jest wewnątrz klocka i stanowi "zamkniętą" całość. Dzięki temu NIGDY nie mam problemu z ułożeniem czy pozycjonowaniem poszczególnych elementów (które to problemy bardzo często goszczą na tym forum).
I tyle na teraz
