[OSy] novorocni amnestie?

Tue Jan 8 10:29:08 CET 2008

Dobry den.

Moje postrehy + o cem jsem se bavily s kolegy (nektere tu uz padly):

(1) PRINOS: Prinos predmetu bezesporny. Nic mene, ne kazdy v budoucnu
uplatni to co se tu naucil (jak bylo receno na prednsce - databazisti,
grafici, ...)

(2) NAROCNOST: Narocnost predmetu odpovida dvoum tezkym predmetum.
Tedy, bud predmet roztahnout na 2 semestry (ale dat vic deadlinu -
priznejme si, nejvic se toho udela 2-3 dny pred terminem). Nebo
zvednout kreditovou dotaci (pak by nebylo nutne si zapisovat neketere
dalsi predmety a tim padem by na to byl cas). Pripadne nedavat predmet
jako povinny.

(3) DEBUGOVANI: nejaka podpora by se hodila, ale preci jenom je to kernel.

(4) NEDOSTTEK TEORETICKYCH ZNALOSTI: napriklad nad 2. zadamnim jsem
sedeli dost dlouho nez jsem vymysleli jak udelat vma. A pri kodeni se
to jeste pozmenilo. Nejde jen o cas vynalozeny napsanim X tisic radku
kodu (+ debugovani), ale take cas ztraveny nad vymyslenim "jak na to".

Jak tu bylo napsano: jeden semestr prednaska, druhy klasifikovany
zapocet. To podle meho nazoru neni stastne. Byla by to jen dalsi
teoreticka prednaska, kerou se nabiflujeme a pak kdyz budeme psat
kernel, se to teprve naucime.

(5) BEH NA DLOUHOU TRAT: Mame sice na jedno zadani 3+1 tydnu. Ale kdyz
napriklad 1. zadani odevzdate az po 4 tydnech (intenzivni prace) tak
pak proste nemate silu ihned pracovat na druhem. Takze pak uz se to
veze dal a neni to uz 3+1 ale spis 2+1. A na treti zbyva sil jeste
mene. A co teprve rozsirene a dokumentace.

(6) TEAM: predmet typu "jak parcovat v teamu" nebo "jak vest team"
jako prerekvizita OSu by byl urcite uzitecny.

Zaverem bych chtel hlavne ocenit otevrenost vyucujich k temto debatam.
Ne kady vyucujici na MFF by byl podobne zdilny a otevreny.

A asi by nebylo spatne rozhodit mezi kolegy co vypadli u 1. a 2.
zadani, aby se take vyjadrily. Rekl bych, ze hodne z nich uz tuto
konferenci necte a na prednasky nechodi :-).

Viktor Masicek

On 07/01/2008, Petr Tuma <petr.tuma at dsrg.mff.cuni.cz> wrote:
> Dobry den,
>
> nechci uz prispivat k zaplave mailu, jen strucne k vasemu poslednimu
> bodu. Pokud se ve tretim zadani jen nepodari odchytat vsechny chyby,
> nemusi to znamenat automaticky ztratu zapoctu - jak opakovane
> vyhlasujeme, drobne chyby se toleruji.
>
> I v pripade, ze by se nejake skupine po uspesnem odevzdani prvniho a
> druheho zadani zasadnim zpusobem nepodarilo vyresit treti zadani,
> neznamena to zahozeni prace na prvnich dvou zadanich. Jednotliva zadani
> se sice mezi rocniky predmetu mirne upravuji, ale stale maji znacny
> prekryv a my takovym skupinam v zadnem pripade nebranime pouzit a
> dopracovat svuj kod (mira nutnych uprav samozrejme zavisi na okolnostech).
>
> Ostatne i letos tento predmet studuji nekteri studenti, kteri napriklad
> minuly rok uspesne ziskali zapocet, ale pak se kvuli bakalarkam rozhodli
> vynechat zkousku. Jejich zapocet i body z nej se prenaseji beze zmeny.
>
> Petr Tuma
>
>
> Viktor Masicek wrote:
> > A posledni vec. Dovedu si predstavit beznadej skupiny, ktera vporadku
> > odevzda 1. a 2. zadani a nasledne se jim nepodari odladit 3. zadani.
> > Nekdy se proste stane, ze bug je hodne neviditelny. Takze po
> > intenzivni praci v prubehu celeho semestru pak nedostanou zapocet a
> > predmet si muzou pristi rok zopakovat. Podle meho skromneho nazoru je
> > to dost drsne.
> >
> > Viktor Masicek
> >
> >
> >
> > On 07/01/2008, Andrej Krutak <andree182 at gmail.com> wrote:
> >> Zdravim,
> >>
> >> Nieco podobne sme sa chystali napisat tiez... Na jednej strane ma tento
> >> predmet vazne bavi (nie tak velmi kolegov :o), ale to je detail..) a na nieco
> >> podobne by som rad v buducnosti zameral - na druhej vsak vdaka skoro
> >> kazdotyzdennemu maratonu programovania a debugovania som posledne tyzdne
> >> nebol skoro na ziadnej prednaske (okrem osov...), pretoze to jednoducho neslo
> >> stihnut...
> >>
> >> 3 tyzdne na vyrobenie zadania - to bol celkom brutal, ako mi spoluziaci co to
> >> robili minuly rok vraveli... Ale my sme nieco podobne mali cele 3 mesiace a
> >> to je fakt vela.. Nam to uz moze byt jedno, ale ak to nieco ovplyvni, tak pre
> >> buduce generacie by som apeloval za to, aby sa to uz tymto sposobom
> >> nerobilo... Mozno by to este mohlo "byt ok", keby uz potom aspon nebola
> >> pisomna skuska - mam pocit ze drviva vacsina veci, co sa prednasa (napriek
> >> tomu ze je zaujimava a je urcite dobre to vediet), sa nedala pri pisani
> >> semestralky prilis vyuzit a tak 3/4 veci co sa v semestralke spravila je,
> >> imo, vymyslena "od zakladov", resp. odkukanim z kalista a googlu...
> >>
> >> Za najvacsi problem v semestralke inak povazujem asi skoro-neexistenciu
> >> podpory debugovania (alebo aspon nejakeho howto, pretoze neviem o vela
> >> ludoch, ktorym by sa to podarilo s gdb rozbehat)... Cloveku potom ostavaju
> >> bud ladiace vypisy (ktore ovsem zmenia planovanie a v prvom zadani tak boli
> >> skoro nepouzitelne) alebo --trace mod... A ked sa nejaka struktura rozbila
> >> par 10k instrukcii spat, tak to obcas fakt nie je trivialne zistit
> >> (odhliadnuc od toho, ze z toho traceu nie je moc lahke spoznat, kedy sa s
> >> nejakou strukturou vobec pracuje :o)) => ked nic ine, bolo by super pridat do
> >> msim-u moznost rozparsovat .map subor kernelu a pri instrukciach 'jal'
> >> vypisovat, na ktoru fciu sa skace... to ma napadlo len teraz, ale myslim ze
> >> by to dost pomohlo :-) )
> >>
> >> Podmienky udelenia zapoctu/skusky sa uz tento rok myslim menit nebudu, v
> >> kazdom pripade moj skromny nazor je, ze napriek tomu, ze sa niekedy na
> >> zaciatku semestra spominalo, ze tento rok budu semestralky snad najlahsie v
> >> historii - fakt si neviem predstavit, ako velmi tazsie to moze byt...
> >> Rozsirene zadania ma kazda skupina minimalne take iste ako boli minuly rok -
> >> neviem ako je to s ostatnymi, ale prve zadanie, pokial viem, mali minuly rok
> >> len uniprocesorove (co je celkom rozdiel). To ze oni mali 3 tyzdne a my
> >> semester - to cloveku nepomoze, kedze skor ako sa moze vrhnut na rozsirene
> >> musi davat pozor na deadline dalsieho zadania.. A rozdelovat pozornost na dve
> >> vetve zaroven je celkom psycho...
> >>
> >> Asi to bol zamer, v kazdom pripade sa pripajam k nazoru, ze to bude asi zatial
> >> najtazsich 9 kreditov na UK...
> >>
> >> Este raz opakujem - mna osobne to fakt bavilo, a "nebudem na tento predmet
> >> spominat v zlom", ale 3+1 uloh fakt spolahlivo zabija ostatne studium, takze
> >> fakt dufam, za buduce generacie, ze uz to tak nebude dalsi rok... A tesim sa
> >> na skuskove, dufam ze aspon tie osy zvladnem...
> >>
> >> S pozdravom,
> >>
> >> Andrej Krutak
> >>
> >>
> >> On Monday 07 January 2008 01:18:36 Petr Lasak wrote:
> >>> Hezky vecer, nebo spise noc.
> >>>
> >>> No, tech duvodu bude vice. Toto je prvni predmet, kde delame behem roku
> >>> praci takoveho rozsahu a ani velmi casove narocne prekladace nezabiraly
> >>> tolik co tohle zadani, kde v podstate nename ze zacatku zhola nic ( my si
> >>> to dali jeste o neco tezsi tim, ze komplet piseme vse v c++ tedy zadne veci
> >>> z kalista - ale to je nas pripad ). Rovnez jak jiz nekdo psal, znalost asm
> >>> kodu je velmi mala...a prijit na nektere vychytavky napr s branch delay
> >>> slotem pri presunu do usermode byl...no zalezitost 2 dnu ..v trech lidech.
> >>>
> >>> Ladit chybky v cca 12tis radcich kodu, bez debugovani, pouze s vypisu obj
> >>> dumpu...bez exception atd...a brakepointu a trasovani...mno rovnez pomerne
> >>> netrivialni. Ale to uz asi k tomu patri ( myslim k tomu psat kernel ).
> >>>
> >>> Co by mne zajimalo, jestli i ostatni teamy jakoz i my vzdaly ostatni
> >>> prednasky ( z celeho teamu chodil jeden ..a to jen na par ) a veskery
> >>> osobni zivot, jakoz i kodeni 24. dopoledne ci na silvestra do 6 do rana. A
> >>> ze jsme zacali pozde? ano...dva dny po odevzdani 2 zadani, ktere jsme
> >>> stihli jako jedni z mala v cas. A dneska? 23.52.41....a to nam jeste
> >>> nefunguji vsechny testy z rozsireneho zadani ( mame memory management ). A
> >>> ti co meli treba treti zadani? no funkcni disk vysel teprve pred par dny...
> >>>
> >>> Tedy tohle asi tak z pohledu studenta ( prumerneho...neradim se mezi borce
> >>> v oboru programovani...ale snad mne i neco skola naucila, kdyz jsem dosahl
> >>> Bc - coz by melo byt osvedceni o tom, ze zaklady jsem zvladl). Na zaver
> >>> jen....myslim ze tohle bude mych nejtezsich 9 kreditu...ani analyza nebyla
> >>> tak slozita.
> >>>
> >>> s pozdravem Lasak Petr
> >>>
> >> _______________________________________________
> >> OSy mailing list
> >> OSy at dsrg.mff.cuni.cz
> >> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
> >>
> >
> > _______________________________________________
> > 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
>
> _______________________________________________
> OSy mailing list
> OSy at dsrg.mff.cuni.cz
> https://dsrg.mff.cuni.cz/mailman/listinfo/osy
>