Skip to content

Latest commit

 

History

History
304 lines (219 loc) · 6 KB

File metadata and controls

304 lines (219 loc) · 6 KB
marp theme color colorSecondary backgroundColor style
true
gaia
section.lead h1 { text-align: center; }

Techniczny Projekt Nowatorski

width:300px

Semestr 2 z 3 (półmetek).


Cel

Według prorytetu [1]:

  1. Oddanie na czas,
  2. Dobra ocena,
  3. Nauczenie się czegoś nowego,
  4. Bez tracenia nerwów.

Status po pierwszym semestrze


Na następnym spotkaniu sprawdzimy:

  • Demo: PoC lub MVP działające

  • Pokazanie: pracy pisemnej


Komunikacja między zajęciami


Email:

  • [email protected]

  • tytuł emaila, postfix: (Praca Nowatorska 2, [nazwa grupy]), np.:

    nagranie demo (praca nowatorska 2, L_III_S_INFI_S2_(IAM))


Komunikacja między zajęciami


MSTeams:

  • Proszę dodać informację do wiadomości:
    Praca Nowatorska 2 oraz nazwę grupy.

Status po pierwszym semestrze


Repozytorium:

|- ...
|- docs/
|   |- related_work/
|   |- data/
|   |- ...
|   \- (nazw)_(imie)_(numer albumu)_praca.docx
|
|- kod i implementacja
|
\- README.md

Cel dla semestru 2


Prorytety / sugerowane przeznaczenie czasu:

  1. Aplikacja - end2end w happy path - 80%;
  2. Część pisemna - draft z opisami sekcji - 20%.

Budowa aplikacji ma najwyższy priorytet.


Cel dla semestru 2

Plan na semestr:

github.com/wojciech11/se_techniczny_projekt_nowatorski


Aplikacja


  • Tracer-bullet development;

  • Deliver, patch, patch.


Aplikacja


Flow:

  1. iteracja, push do gita
  2. iteracje, push do gita
  3. iteracje...

Co iteracja, deploy do prod - krótki lead time i wysokie deploy freq (patrz DORA metrics).


Praca wspólna


  • parowanie się,
  • umawianie się na wspólną sesję, aby pracować nad pracą inż.

Repozytorium


Kod:
  • Działający kod
  • klarowny README.md
  • README.md z podpiętym demem
  • Duży plus za CD/CI (linter)!

README.md

# 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*

Temat części pisemnej

Spójna historia, oparta na mocnych stronach waszej pracy:

  1. Temat podkreślający focus waszej pracy;
  2. Wprowadzenie: why, what, how nakierowuje recenzenta, co jest problemem/celem aplikacji;
  3. Nazwy tytułów rozdziałów.

Temat części pisemnej

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ę.


Część Pisemna

Rekomendacja:

  • wyłączamy podkreślanie gramatyki itp.
  • Przelewamy na "papier" swoje myśli,
  • koniec paragrafu? Teraz redagujemy

Warto przeczytać - (writing with power).


Część Pisemna

W repozytorium githuba (docx, latex...):

|- ...
|- docs/
|   |- related_work/
|   |- data/
|   |- ...
|   \- (nazw)_(imie)_(numer albumu)_praca.docx
|
|- kod i implementacja
|
\- README.md

Po dzisiejszym spotkaniu:

Przeczytać/przypomnieć sobie: wymagania formalne.


Po dzisiejeszym spotkaniu


Do repozytorium:

  • plan na semestr (docs/plan2.md), z wyszczególnionymi punktami
  • kolejna iteracja pracy nad kodem

docs/plan2.md

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    |                              |
...             | ...                  |                              |

docs/plan2.md

  • 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.

Następne spotkanie

Checkpoint:

  • demo, kod, gdzie jesteśmy
  • część pisemna

Wszystko w repozytorium.


Dziękuję za uwagę



Backup



Inne poradniki


Misc


Facilitate growth: