marp | theme | color | colorSecondary | backgroundColor | style |
---|---|---|---|---|---|
true |
gaia |
section.lead h1 {
text-align: center;
}
|
Semestr 2 z 3 (półmetek).
Według prorytetu [1]:
- Oddanie na czas,
- Dobra ocena,
- Nauczenie się czegoś nowego,
- Bez tracenia nerwów.
Na następnym spotkaniu sprawdzimy:
-
Demo: PoC lub MVP działające
-
Pokazanie: pracy pisemnej
Email:
-
tytuł emaila, postfix: (Praca Nowatorska 2, [nazwa grupy]), np.:
nagranie demo (praca nowatorska 2, L_III_S_INFI_S2_(IAM))
MSTeams:
- Proszę dodać informację do wiadomości:
Praca Nowatorska 2 oraz nazwę grupy.
Repozytorium:
|- ...
|- docs/
| |- related_work/
| |- data/
| |- ...
| \- (nazw)_(imie)_(numer albumu)_praca.docx
|
|- kod i implementacja
|
\- README.md
Prorytety / sugerowane przeznaczenie czasu:
- Aplikacja - end2end w happy path - 80%;
- Część pisemna - draft z opisami sekcji - 20%.
Budowa aplikacji ma najwyższy priorytet.
Plan na semestr:
github.com/wojciech11/se_techniczny_projekt_nowatorski
-
Tracer-bullet development;
-
Deliver, patch, patch.
Flow:
- iteracja, push do gita
- iteracje, push do gita
- iteracje...
Co iteracja, deploy do prod - krótki lead time i wysokie deploy freq (patrz DORA metrics).
- parowanie się,
- umawianie się na wspólną sesję, aby pracować nad pracą inż.
Kod:
- Działający kod
- klarowny
README.md
README.md
z podpiętym demem- Duży plus za CD/CI (linter)!
# Tytuł pracy
*Opis tematu (why,what, i how)*
*Link do dema / prezentacji*
## Development
*jak uruchomić lokalnie*
*jak zainstalować na chmurze*
## Additional resources
*linki do dokumentacji istotnej dla aplikacji, projektu, co kolwiek co było nam pomocne*
Spójna historia, oparta na mocnych stronach waszej pracy:
- Temat podkreślający focus waszej pracy;
- Wprowadzenie: why, what, how nakierowuje recenzenta, co jest problemem/celem aplikacji;
- Nazwy tytułów rozdziałów.
Przykład:
- nie: budowa MMORG... (zakładając, że poszliśmy bardzo ambitlnie i wielkość projektu nas przytłacza);
- tak: generewanie asetów graficznych na przykładzie klona HoMM3.
Pod koniec semestry 2, trzeba będzie podjąć decyzję.
Rekomendacja:
- wyłączamy podkreślanie gramatyki itp.
- Przelewamy na "papier" swoje myśli,
- koniec paragrafu? Teraz redagujemy
Warto przeczytać - (writing with power).
W repozytorium githuba (docx, latex...):
|- ...
|- docs/
| |- related_work/
| |- data/
| |- ...
| \- (nazw)_(imie)_(numer albumu)_praca.docx
|
|- kod i implementacja
|
\- README.md
Przeczytać/przypomnieć sobie: wymagania formalne.
Do repozytorium:
- plan na semestr (
docs/plan2.md
), z wyszczególnionymi punktami - kolejna iteracja pracy nad kodem
Alternatywa, e.g., Google Spreadsheet:
# Plan - semestr 2
## Plan
Data | Zadanie | Notatka |
------------------------|-----------------|------------|
2023-03-11 | | Zrobimy X |
2023-05-01 - 2023-05-18 | | Zrobimy Y |
## Tracking
Data (co 2 tyg) | ETA | Notatka |
----------------|----------------------|------------------------------|
2023-02-01 | march v1<br/>June v2 | Zrobilismy X |
2023-02-15 | march v1 | Review design doc z klientem |
2023-03-01 | 1/2 half Aptil v1 | |
... | ... | |
- czym dalej w przyszłość tym większa jednostka miary,
- the planning activity is everything,
- w projekcie byśmy co 2 tygodnie sprawdzali, gdzie jesteśmy i czy musimy zmienić plan.
- demo, kod, gdzie jesteśmy
- część pisemna
Wszystko w repozytorium.
Facilitate growth:
- Ed Batista - the art of self coaching,
- yes, and...,
- masterclass,
- or other initiatives.