Wszystko jest kolejną iteracją, eksperymentem.
Naszym celem jest zbudowanie złożonej aplikacji, szlifowanie naszych umiejętności, eksperymentować i bawić się dobrze:
Spotykamy się 5 weekendów (bloki po 4 godziny lekcyjne):
-
Wstęp - podstawowe informacje (html) i najlepsze praktyki:
- Najlepsze praktyki dla budowy oprogramowania w zespole;
- Przedstawienie wymagań projektowych;
- Przykładowa struktura repozytorium gita.
-
Pierwsze kroki:
- Co zbudować: jak znaleźć pomysł i przykłady tematów na duże projekty;
- Techniczne aspekty i organizacja zespołu - slajdy (md);
- Design Doc - jako kluczowy element budowy oprogramowania;
- Praca z gitem w zespole.
-
Spotkanie 2 - demo:
- github repozytorium z design doc,
README.md
idocs/plan.md
; - jak się zespół komunikuje między spotkaniami (slack, discord?);
- początki aplikacji.
Wykład:
- Co to znaczy pracować w zespole?
- Jak planować i komunikować (zarządzać oczekiwaniami) na zewnątrz?
- Demo Najlepsze praktyki
- Techniki komunikacji serwisów.
- github repozytorium z design doc,
-
Spotkanie 3 - demo:
- aplikacji - najlepiej wczesna alpha;
docs/plan.md
orazdocs/design_doc.md
(więcej niż draft).
Wykład:
-
Spotkanie 4:
- demo;
- wykład: Techniki skalowania i testowania aplikacji.
-
Spotkanie 5:
-
Oddanie projektu (v1 przesłanie do prowadzącego, tydzień przed ostatnim spotkaniem), demo, oraz dyskusja lesson learnt (wymagania);
-
Przesłać emaila do prowadzącego:
- tytuł: Zaliczenie, Projekt Zespołowy, nazwa_grupy;
- treść: linkiem do repozytorium githuba, archiwum repozytorium github, oraz kto był w zespóle (imie, nazwisko, numer indexu).
-
test z materiałów, które znajdziecie w tym repozytorium.
-
- Programowanie Aplikacji Internetowych;
- Administracja i budowa aplikacji w chmurze;
- Narzędzia i platformy dla budowy aplikacji w chmurze;
- Continuous Delivery i deployment ;
- 12factor app;
- K8S and CN for devs.
- tracer bullet approach (see c2 wiki) / deliver! patch/patch;
- Making sense of MVP;
- v1/v2.