Rovnez bych chtel podekovat za nas za vsechny. Ale aby to nebyl dalsi "prazdny" mail, tak prikladam navrh na rizeni. Co se osvedcilo nam bylo to, ze jeden clovek se staral o strukturu celeho kernelu...ne ze ji psal celou sam, ale pouze udelal kostru ( navrh interface, metod a hlavni tridy ) a rekl, treba tuto "cast" je treba implementovat, tady mas interface a udelej to ( cast....ktera treba ma i 2000 radek...a neni trivialni ) a pak jsme donesli zpet..a on se podival jak to je ..a rekl tady tu metodu pojmenuj jinak..tohle dej sem..tohle rozdel a spoj, a pak az se mu to libilo ( ciste subjektivni to ano ), tak to u sebe zaintegroval do branche a pozdeji do trunku.

<br><br>Alespon takto to u nas funguje..a kernel vypada kompaktne...a existuje clovek, co ma prehled kde co je...( coz ve vice lidech nemusi byt vzdy pravda )<br><br>Petr<br><br><div class="gmail_quote">On Jan 7, 2008 7:03 PM, Tomá Brambora <

<a href="mailto:tomas.brambora@gmail.com">tomas.brambora@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Dobry den,

<br>jen cas ukaze, jestli jde o nadherny darek nebo o otoceni lzici v rane<br>- ale dekujeme. :-)<br>Tomas<br><div><div></div><div class="Wj3C7c"><br>On Jan 7, 2008 6:09 PM, Petr Tuma <<a href="mailto:petr.tuma@dsrg.mff.cuni.cz">

petr.tuma@dsrg.mff.cuni.cz</a>> wrote:<br>> Dobry den,<br>><br>> predne chci vsem, kteri zareagovali na mou prosbu o zaslani nazoru,<br>> podekovat za ochotu to udelat. Peclive jsme s kolegy zvazili vsechny

<br>> okolnosti a rozhodli jsme se upravit terminy odevzdavani nasledujicim<br>> zpusobem:<br>><br>> "Vsechny terminy tykajici se odevzdavani semestralnich praci, pocinaje<br>> vcerejsim terminem 6. ledna 2008, se posouvaji o jeden tyden (tedy na

<br>> vsechno je o tyden vic casu)."<br>><br>> Toto posunuti je motivovano hlavne predchozim posunutim terminu kvuli<br>> opozdenym testum (je asi logicke ocekavat, ze posunuti prostredniho ze<br>> tri navazujicich zadani posune vse po nem), plus aktualni snehovou

<br>> situaci :-).<br>><br>> Dalsi vec, kterou je myslim dulezite zopakovat, i kdyz to neni nove<br>> stanovisko:<br>><br>> "Selhani semestralni prace na nekolika relativne malo testech neni<br>> automatickym duvodem pro nulove hodnoceni. Vsem odevzdanym pracem se

<br>> venujeme v detailu a pokud dojdeme k zaveru, ze problem s nekterym<br>> konkretnim testem je spise vyjimka, chybu hodnotime primerene."<br>><br>> Toto mimochodem platilo i u drive odevzdavanych praci. Jedine skupiny,

<br>> ktere dosud neprosly sitem testu, byly skupiny, jejichz prace nemela ani<br>> vzdalenou sanci uspet.<br>><br>> A konecne, zrejme jsem se vyjadril mirne zavadejicim zpusobem ohledne<br>> zkouskovych terminu. Ty ctyri vypsane zkouskove terminy jsou jedine v

<br>> tomto zkouskovem obdobi, ale bude existovat bezna moznost slozit zkousku<br>> ve zkouskovem obdobi letniho semestru behem libovolneho z terminu, ktere<br>> budu tou dobou vypisovat.<br>><br>> K dalsim bodum, ktere jste zminili, jen strucne, protoze se netykaji

<br>> aktualniho posunu terminu:<br>><br>>   - Predat navod na rozvrzeni tymu. Toto je velmi zajimavy podnet, o<br>> ktery se jiste pokusime. Pokud byste doplnili vasi zkusenost s tim, jake<br>> rozvrzeni prace se vam osvedcilo, pomuze nam to udelat kvalifikovanejsi

<br>> navod.<br>><br>>   - Zlepsit ladici nastroje. Tomuto se budeme venovat.<br>><br>>   - Mensi zakladni zadani. Jakekoliv namety v tomto smeru privitame, v<br>> soucasne dobe bohuzel zadnou vec, ktera by se dala ze zakladnich zadani

> snadno vyjmout, aby pritom zustal zhruba zachovan rozsah veci, o ktere v > semestralkach jde, nevidime. Opet muzete pomoci vasimi namety. > >   - Nektere veci v Kalistu dodelat tak, aby vyzadovaly mene uprav.

<br>> Planujeme prinejmensim zlepsit proces linkovani a kod pro prepinani<br>> kontextu tak, aby sel rovnou pouzit pro prepnuti do user mode, dalsi<br>> veci jsou otevrene.<br>><br>>   - Moznost uspesneho dokonceni bez zkousky pri velmi dobre semestralce

<br>> je neco, proti cemu v principu nic nemame. Ma to ale jeden problem,<br>> totiz zkouska je jedina ryze individualni cast predmetu a bez ni by<br>> naprosto splynulo hodnoceni casto nevyvazenych tymu. Neni jasne, jak

<br>> tento zasadni problem odstranit.<br>><br>> Tot zhruba vse, samozrejme kazdy komentar uvitame.<br>><br>> Petr Tuma & Vlastimil Babka & Martin Decky<br>><br>><br>> --<br>> Petr Tuma<br>

> Distributed Systems Research Group<br>> Department of Software Engineering<br>> Faculty of Mathematics and Physics<br>> Charles University, Czech Republic<br>>    <a href="http://dsrg.mff.cuni.cz/%7Eceres" target="_blank">

http://dsrg.mff.cuni.cz/~ceres</a><br>><br>> _______________________________________________<br>> OSy mailing list<br>> <a href="mailto:OSy@dsrg.mff.cuni.cz">OSy@dsrg.mff.cuni.cz</a><br>> <a href="https://dsrg.mff.cuni.cz/mailman/listinfo/osy" target="_blank">

https://dsrg.mff.cuni.cz/mailman/listinfo/osy</a><br>><br><br>_______________________________________________<br>OSy mailing list<br><a href="mailto:OSy@dsrg.mff.cuni.cz">OSy@dsrg.mff.cuni.cz</a><br><a href="https://dsrg.mff.cuni.cz/mailman/listinfo/osy" target="_blank">

https://dsrg.mff.cuni.cz/mailman/listinfo/osy</a><br></div></div></blockquote></div><br>