[OSy] dotaz na rozdeleni prace

[Petr Tuma]

Dobry den,

mozna by se mohlo hodit jeste nekolik poznamek na tema "co urcite 
nefunguje dobre".

Urcite nefunguje dobre rozdelit si praci a pak spolu malo komunikovat. 
Znacna cast casu straveneho nad semestralkami je podle nasi zkusenosti 
spotrebovana ladenim. Pokud budete vyvijet ruzne casti zadani nezavisle 
na sobe, pravdepodobne pak budete spojovat casti s velkym poctem zmen, 
ktere je velmi obtizne odladit. Mnohem lepsi je zkouset fungovat podle 
hesla "continuous integration".

Take nefunguje dobre rozdelovat zadani na prilis velke casti, protoze 
clenove tymu tim ztraci prehled o tom, jak funguji veci kolem nich, coz 
je v relativne tesne integrovanem kernelu problem.

Tedy jak pise kolega Decky, urcite tymove programovani, urcite cteni 
kodu mezi cleny tymu - pokus rozdelit zadani tak, aby kazdy udelal 
presne tretinu prace a nic navic, nevede zpravidla k dobrym vysledkum.

Petr Tuma


Martin Decky wrote:
> Hezky den,
> 
>> mel bych otazku hlavne na "realizacni tym" okolo OSu, ale odpoved by
>> se mohla hodit i ostatnim, proto se ptam pres mailing list. Mohli
>> byste mi poradit, jak v tymu rozdelit zadani mezi 3 lidi, aby kazdy
>> mel vicemene stejny dil prace?
> 
> Jedina naprosto spravna odpoved (byt, pripoustim, ponekud cynicka), jak
> rozdelit praci mezi 3 lidi, aby kazdy mel vicemene stejny dil, zni: Rozumne.
> 
> Jinymi slovy, zadny 100% funkcni navod nebo kucharka neexistuje. Je 
> naivni myslet si, ze tento problem je nejak snadno algoritmicky 
> resitelny. Je potreba v tymu dostatecne komunikovat, po vzajemne dohode 
> rozdelit aktualne zbyvajici praci, stanovit interni terminy, do kdy bude 
> co hotovo, a podminky, ktere musi vysledek splnovat. Po uplynuti 
> dohodnute doby je potreba zjistit, jak se prace darila, co chybi, co se 
> nepodarilo, kde dohodnute interfacy nefunguji spravne, upravit plan a 
> pokracovat dalsi iteraci.
> 
> Obzvlaste pri dokoncovani nejake faze se vyplati pristup "skupinoveho 
> programovani", tedy sejit se treba na pul dne napr. v labu, na koleji 
> apod. a primo na miste doresit nejdulezitejsi veci.
> 
> Zadani by Vam melo pomoci alespon v tom, ze kazdou fazi lze rozdelit na 
> relativne velke casti, ktere jsou kompaktni a daji se implementovat 
> relativne samostatne, pochopitelne za predpokladu vzajemne dohody na 
> privatnich interfacech a dalsi koordinace. Pro ilustraci:
> 
> 1. zakladni zadani:
>   a) ladeni, vyjimky, preruseni
>   b) sprava vlaken
>   c) casovace, mutexy
> 
> 2. zakladni zadani:
>   a) alokator fyzicke pameti
>   b) sprava virtualni pameti
>   c) uprava spravy vlaken s podporou virtualni pameti
> 
> 3. zakladni zadani:
>   a) rozsireni jadra o podporu uzivatelskych procesu
>   b) systemova volani
>   c) alokator uzivatelske pameti
> 
> 
> Vzhledem k podobnosti tematu Vam jeste mohu doporucit kratky text o 
> zkusenostech z implementace systemu HelenOS v ramci Softwaroveho projektu:
> 
> http://urtax.ms.mff.cuni.cz/prk/zkusenosti/HelenOS%20%96%20zkusenosti.htm
> 
> 
> M.D.
> 
> _______________________________________________
> OSy mailing list
> OSy at dsrg.mff.cuni.cz
> https://dsrg.mff.cuni.cz/mailman/listinfo/osy

-- 
Petr Tuma
Distributed Systems Research Group
Department of Software Engineering
Faculty of Mathematics and Physics
Charles University, Czech Republic
   http://dsrg.mff.cuni.cz/~ceres