[OSy] novorocni amnestie?

[Tomáš Brambora]

S predchozim mailem souhlasim...nedelitelnost zapoctu na jednotlive
ulohy (bud mame cely kernel se zapoctem nebo nic) je velmi drsna.

Rozhodne si myslim, ze OSy jsou krok dobrym smerem, ovsem chtelo by to
doladit obtiznost.

Studoval jsem semestr na UVA v Amsterdamu, takze muzu pro zajimavost
zkusit srovnat s jinou skolou, jejiz uroven je dejme tomu podobna jako
MFF.
Ukoly na UVA byly relativne obtizne a bylo jich hodne (byly na skoro
kazdy predmet), ovsem jednak jsme byli trochu vic vedeni za rucicku -
bylo tam vic hintu a ukazek, nebyli jsme "neplavci, hozeni do vody"
jako v OSach - druhak byly ukoly na sobe v zasade nezavisle. Taky jsme
vetsinou dostali nejaky framework, abychom se nemuseli patlat v
technickych detailech a mohli se soustredit na zajimavejsi
(myslenkove) casti zadani. Za treti - kdyz clovek poctive delal ukoly,
zkouska pro nej byla pomerne snadna (nasbiral dost bodu).

OSy podle me nastoupily dobrou cestu - jinak clovek zkratka latku
nepochopi, musi si to vyzkouset - jenom obtiznost je nevyvazena.
Hlavni pricinou je rekl bych nedostatek vedeni v prubehu semestralky a
nebodovani jednotlivych oddelenych zadani, ale pouze celeho
dokonceneho (snad) projektu na konci.

Tom


On Jan 7, 2008 9:48 AM, Viktor Masicek <cabadaj at gmail.com> wrote:
> Dobry den.
>
> Take pridam par poznamek.
>
> Predmet je zajimavy. O tom neni pochyb. Ale nejsem do kernely nejak
> velky fanda, takze nasazeni, ktere si OSy vyzadoly bylo podle meho
> nazou premrstene. Ale samozrejme sem se pri tom take neco uzitecneho
> priucil. To bezdebat.
>
> Take jsem prestal chodit na vetsinu prednasek (krome OSu). Proste se
> to nedalo casove zvladnout.
>
> Souhlasim se vsim co bylo zmino vyse. Jen doufam, ze pokud tato debata
> bude mit nejaky dopad, tak ne jen amnestii pro 3. zadani. Primlouvam
> se za zmenu pravidel pro pristi generace.
>
> 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
>