Przymierzam się do realizacji pewnego projektu. Ma to być aplikacja do portfolio, z której będę korzystał w pracy (automatyka) oraz na potrzeby dydaktyczne, prawdopodobnie w C#. Jak się za to zabrać? Rozrysować sobie na kartce jak ma wyglądać UI, a także ustalić jakich funkcji będę używał? Co możecie doradzić?
Od czego zacząć: realizacja podstawowej funkcjonalności, a potem testy oraz walidacja wprowadzanych danych?
0
1
Jak mówił Kargul, Polacy nie dzielą się na tych zaa Buga i sprzed, tylko na mądrych i głupich.
Projekt do portofolio ma spełniać normalne założenia jakościowe
3
kosmonauta80 napisał(a):
Przymierzam się do realizacji pewnego projektu. Ma to być aplikacja do portfolio, z której będę korzystał w pracy (automatyka) oraz na potrzeby dydaktyczne, prawdopodobnie w C#. Jak się za to zabrać? Rozrysować sobie na kartce jak ma wyglądać UI, a także ustalić jakich funkcji będę używał? Co możecie doradzić?
Od czego zacząć: realizacja podstawowej funkcjonalności, a potem testy oraz walidacja wprowadzanych danych?
Jak nie wiesz, jak masz do tego podejść, to najlepiej zrobić to pisząc spaghetti kod przez kilka godzin i zrobić działający prototyp. A potem eksperymentować sobie z nim. Bawić się w tweakowanie UI, zmienianie kolorów, dodawanie przycisków itp.
Tym sposobem ustalisz jakich funkcji będę używał? oraz jak ma wyglądać UI.
Dalej, jeśli to ma być utrzymywalne albo jeśli chcesz komuś pokazać kod, to na tym etapie warto to przepisać od zera. Tutaj możesz się pobawić w jakieś większe planowanie, bo będziesz miał informacje, co ci potrzebne i jakie problemy techniczne trzeba rozwiązać. Na tym etapie już będziesz miał zrobiony prototyp/pierwszą wersję i będziesz robił kolejną wersję, ale ładniej.
Rozrysować sobie na kartce
Ok pomysł, tylko pytanie, czy zdobędziesz w ten sposób nową wiedzę na tym etapie. Bo zbyt wczesne planowanie, jak nie wiesz, co chcesz zrobić, mija się trochę z celem.
3
kosmonauta80 napisał(a):
Rozrysować sobie na kartce jak ma wyglądać UI,
Oczywiście możesz sobie rozrysować, ale to tak jest 1% drogi. Tyle to wymagamy od PO jak wpada story frontowe
a także ustalić jakich funkcji będę używał?
A jak jednak będziesz potrzebować innych funkcji to co? Nie użyjesz ich bo masz inne zanotowane? Po co ci taka rozpiska?
Jak mówi @LukeJL najważniejszy jest PoC napisany pewnie w spagetti stylu który potem będziesz przepisywać 5 razy. Ponad 50 lat rozwoju komercyjnego IT uczy głównie tego że nie da się dobrze zaplanować pracy w projekcie :D Można zrobić RoadMape z podstawowymi terminami i listami życzeń, ale precyzyjne planowanie jest zwykle na 2 sprinty do przodu (czyli miesiąc)
Moja rada:
- Zrób sobie listę życzeń do aplikacji (którą w przyszłości chcesz zaimplementować)
- Wybierz życzenia do MVP (minimum viable product)
- Zacznij pisać kod (i nie planuj za dużo)