- TechLead - Maciej
- Development Manager - Joanna
- Product Owner - Radek
Gra w szachy, która pozwala na rozgrywkę między dwoma graczami za pomocą jednego komputera.
Ponieważ aplikacja ma być sygnowana przez CodersCrew, spróbujcie przygotować ją zgodnie z identyfikacją wizualną stowarzyszenia - Brand Book znajdziecie TUTAJ. Nie jest to konieczność, ale fajna możliwość wypróbowania swojej skuteczności z takim wymaganiem (które jest częste w praktyce).
- Ruchy wszystkich bierek (wykonanie ruchu, jak i pokazywanie możliwych):
- Pionek
- Hetman
- Wieża
- Goniec
- Król.
- Promowanie pionka na dowolną inną figurę (oprócz króla) na końcu planszy.
- Roszada: https://pl.wikipedia.org/wiki/Roszada
- Szachowanie króla: https://pl.wikipedia.org/wiki/Szach_(szachy)
- Szach mat: https://pl.wikipedia.org/wiki/Mat_(szachy)
- Kończenie gry przez Pat: https://www.chess.com/pl/article/view/czym-jest-pat-szachowe-terminy
- Bicie w przelocie: https://www.chess.com/pl/article/view/bicie-w-przelocie-specjalne-ruchy-w-szachach
- Możliwość cofania ruchów (aż do początkowego układu).
Uwaga: Pamiętajcie, że na ruchy bierek, promocję pionka i możliwość roszady wpływa na szachowanie króla. Najlepiej zagrajcie kilka partii w zespole, żeby zapoznać się z tą domeną. No chyba, że macie w swoim zespole eksperta? Dokładnie poznajcie domenę, w jakiej działa wasze oprogramowanie, czyli grę w szachy, aby nie wprowadzić jakiegoś zachowania niezgodnego z zasadami i żeby nic nie przeoczyć. Starajcie się przewidzieć przypadki brzegowe i implementuje do nich odpowiednie testy.
Waszym zadaniem będzie zaimplementować aplikację, aby działała wg wymagań klienta, a także przygotować i wykonać wersję responsywną aplikacji (dostosowaną do wyświetlania na Tabletach i Telefonach — możecie przygotować najpierw projekt interfejsu, lub od razu przejść do implementacji). W celu zaprezentowania działania aplikacja musi być możliwa do odwiedzenia w internecie. Klient nie chce ponosić za to żadnych dodatkowych kosztów, dlatego należy wykorzystać jedną z usług oferujących darmowe uruchomienie takiej aplikacji (np. GitHub Pages lub Netlify). Klient wymaga także, aby aplikacja nie tylko działała, ale była odpowiednio pokryta testami. Naprawdę macie szczęście co do klienta! Wielu uważa testy za niepotrzebne i jedynie stratę pieniędzy. A co znaczy „odpowiednio pokryta", to już należy właśnie ustalić z samym Klientem.
- typy podstawowe,
- definiowanie własnych typów,
- składanie typów,
- typy / klasy / interfejsy,
- implementacja / dziedziczenie / kompozycja /implementacja interfejsu,
- modyfikatory dostępu,
- typy generyczne,
- testy jednostkowe i TDD,
- przechodzimy do gałęzi develop ,
- tworzymy nową gałąź feature ,
- wprowadzamy modyfikacje do feature ,
- wracamy do gałęzi develop ,
- scalamy modyfikacje,
- usuwamy zbędną gałąź feature ,
- W momencie wydawania aplikacji tworzymy nową gałąź release co gwarantuje nam, że nikt nie doda nam żadnych modyfikacji w trakcie pracy na niej. W gałęzi tej możemy wprowadzać jedynie poprawki i zmianę numeru wersji,
- Po zakończeniu pracy z gałęzią release scalamy ją z master-em oraz develop ,
Wizualizacja Szachownicy w przeglądarce z uwzględnieniem responsywności dla tabletów i telefonów. Dodanie figur szachowych. Stworzenie testów do wyznaczonych przez klienta wymagań. Implementacja ruchu szachów oraz możliwość kontroli szachów poprzez gracza. Dopracowanie podstaw szachowych.
Historia ruchów w partii.
Dodanie zegara szachowego. Możliwość personalizacji szachownicy za pomocą własnych customowych zestawów bierków. Stworzenie bardziej atrakcyjnego UI.
Cokolwiek przyjdzie nam jeszcze do głowy. Identyfikacja wizualna stowarzyszenia - Brand Book ( TUTAJ ).
- Klikam se pionka - jaka funkcja sie wykonuje
- Wyswietla sie siatka ruchow- jaka funkcja sie wykonuje
- Kilkam se pole- jaka funkcja sie wykonuje
- Pionek rusza sie:
- na te pole- jaka funkcja sie wykonuje
- nie rusza sie na te pole bo nie moze (dlaczego?)
- Pionek