V edycja otwartej, darmowej konferencji
poświęconej zagadnieniom informatycznym
poświęconej zagadnieniom informatycznym
18 listopada 2017, Gliwice
Repozytorium to bardzo często traktowana po macoszemu część software developmentu. Utarte ścieżki wyznawane przez wszystkich nie zawsze są dobrym rozwiązaniem. Zastosowane bez planu prowadzą do znacznego utrudnienia rozwoju oprogramowania. Wykład pokaże jak wyjść od pomysłu, a następnie krok po kroku jak zbudować własny plan zarządzania repozytorium git (tzw. workflow) tworząc solidny fundament pod rozwój projektu. Prezentacja pokaże też jak w ciekawy sposób wykorzystać można narzędzia do zarządzania repozytorium oraz wskaże dobre praktyki w trakcie tworzenia tzw. commit message'y. Podsumowując, trzymające w napięciu case study bazujące na jednym z działających repozytorium firmy Nordic Semicondutor polecane dla każdego software developera niezależnie od wyznawanego języka!
Jak bardzo różni się wytwarzanie oprogramowania biznesowego od tworzenia gry? Czy są to zupełnie różne dziedziny czy raczej dwie strony tego samego medalu? Przybliżę problem wychodząc od natury danego typu dzieła. Następnie przeanalizuję cały cykl produkcyjny, od projektowania, poprzez implementację, testowanie aż do wdrożenia, skupiając się na cechach charakterystycznych w kontekście docelowego typu produktu. Na koniec kilka słów o różnicach w kulturze i warunkach pracy w obu branżach.
Proces produkcji gry jest zazwyczaj bardzo dynamiczny, poszczególne funkcjonalności i systemy muszą ewoluować wraz z całym projektem. Niejednokrotnie finalna wersja danej mechaniki różni się znacząco od wersji oryginalnej, jaką na początku zaproponowali projektanci.
Podczas prelekcji omówiona zostanie droga, jaką przebył system walki w grze Ancestors Legacy, od oryginalnych założeń aż po obecną implementację. Przeanalizujemy proces zmian, jakim poddana została ta mechanika zwracając szczególną uwagę na to, dlaczego ulepszenia były konieczne i czemu zdecydowano się na takie, a nie inne rozwiązania. Spodziewać się należy wielu przykładów prosto z gry Ancestors Legacy (oraz jej roboczych wersji).
Wszyscy wiemy, że TDD jest super, tylko dlaczego tak mało z nas stosuje tą metodykę na co dzień? Podczas live codingu postaram się pokazać wam, że życie na fazie może być ciekawe. Oczywiście fazy to - red, green i refactor. Każda faza kojarzy nam się z %integracją%, więc i testy integracyjne się pojawią. Potem postaramy się zostać zaakceptowani przez testy akceptacyjne, a wszystko to będzie sterowane przez TDD. A co z dokumentacją tych wszystkich zdarzeń!? Spokojnie, słyszeliście o Test Driven Documentation?
