Jaderné noviny - 16. 5. 2007 (diskuse)

[Jan Kundrát (jkt)]

Prosim s/programovatelný vertex, geometrii/programovatelné vertex, geometry/, uvedeny preklad nedava smysl.

Informace viz treba http://cs.wikipedia.org/wiki/Shader.

[Kyosuke]

Měl bych námitky i proti "intelské architektuře" a "intelskému odhodlání"...

[Robert Krátký]

Za tím si stojím

[Jakub Hodaň]

No já to vidim jako to nejlepší co pod linuxem je (pro mě). Blíží se mi nutná upgrade HW a zatim je to jasné: CPU=Intel, MTB=Intel, GPU=Intel.

tečka

[Kyosuke]

Hm. Rozdíl mezi slovy "Švejkův" a "švejkovský" jistě chápeš, viď?

[Robert Krátký]

Informace viz treba http://cs.wikipedia.org/wiki/Shader.

Dík, opraveno.

[DNA]

děkuji za noviny, až budu o sobě mít mínění, že na to mám, možná nebudu jen plácající duch, prozatím jen DNA, ještě jednou dík...

[camlost]

"každá inoda"? :-O

[Robert Krátký]

Je to "datová struktura", ne? Proto mi připadá nejrozumnější to brát jako ženský rod.

[pasmen]

Stejne jako je ten Renault to auto...

[Robert Krátký]

Co bys tedy navrhoval?

[JohnBlbec]

ja bych navrhoval venovat se v prispevcich skutecne technickym vecem souvisejicim s vecnym obsahem zpravicek a korektury resit nekde uplne jinde. treba ve zvlastnim topicu. daleko vice me zajima informacni hodnota a jsem ochoten nejakou tu gramatickou chybku prehlidnout. tak tohle je opravdu zalezitost, ktera mi tady vadi :o(

[Filip Jirsák]

Navrhuji založit zvláštní diskuzi pro ty, kteří pravidelně chtějí (dál mě to nebaví hledat) oddělovat obsah a formu článku nebo zprávičky. Já jsem třeba ochoten přehlídnout nějakou tu obsahovou chybku, hlavně když text bez problémů přečtu (máte pravdu, tuhle větu opravdu nemyslím vážně, ale je stejně nesmyslná, jako ta vaše o přehlížení gramatických chyb). Mimochodem, největší podíl na diskuzích "mimo téma" nejspíš mají diskuze o tom, zda forma (zejména pravopis) je podstatná, nebo ne – kteroužto diskuzi s železnou pravidelností někdo (nejlépe anonymně) rozpoutá pod 1 (slovy jedním) příspěvkem o překlepu nebo překladu.

Mimochodem, myslím, že tyhle diskuze o překladech pod Jadernými novinami spoluvytvářejí a možná i kodifikují českou terminologii pro linuxové jádro a věci související (protože nezanedbatelná část termínů okolo jádra se zde objeví přeložena poprvé, nebo poprvé před tak velkým publikem). Pokud tohle někomu vadí, nezbývá mi, než ho považovat za naprostého ignoranta.

[Prcek]

Tak pro priste by mohli pisatele prispevku upozornujicich na nejakou chybicku v textu zaradit svuj prispevek do stejneho vlakna, jako to udelal prvni hnidopich . Aspon budou pohromade a treba to bude pro ty kriklouny stravitelnejsi .

[Radek]

Už jsem slyšel používat i i-uzel. Dá se na to zvyknout

[egg]

Já slyšel na škole vždycky ten inode (čteno ajnod nebo ajnoud), dva inody apod. Četl jsem i překlad i-uzel, což sice nezní nic moc, ale dá se na to zvyknout.

[Láďa]

Já bych to s tím "dá se zvyknout" nepřeháněl, nebo tu budeme za chvilku mluvit šílenými novotvary. Zrovna i-uzel je druhá strana extrému, první je samozřejmě "sendnu ti ten file" a jiná kouzelná spojení

[pasmen]

Ja bych navrhoval ten inode. Ale mne je to docela jedno, vecny smysl mi neunika.

[Jan Přech]

Taky jsem pro ten inode, z te inody se ve me neco krouti... i kdyz, zvyknout se da asi skoro na vsechno, jak uz tu bylo receno

[Ladicek]

Já jsem naopak zásadně pro tu inodu – jako mrchu

[Kyosuke]

Mno (AFAIK), i-uzel je z počátků Unixu u nás docela dost zaběhlý. Samozřejmě netuším, kolik dnešních teenagerů četlo českou unixovou literaturu z přelomu 80. a 90. let, ale není to můj problém.

[Tomáš Tichý]

No hlavně pozor na procesy mátohy

[petr_p]

Ten i-uzel nebo ten i(-)node. Časem by šlo spojovník v českém překladu také vypustit – hrozně špatně se píše a působí rušivě :(

Na podporu překladu mohu přidat již několik let neměněné slidy (gzipnuté PDF) z předmětu zabývajícím se UNIXEM na FI MU.

[Marek Bernát]

A cital by sa "juzel", pripadne "ajuzel"

[petr_p]

Ze všeho si dělat legraci. Čte se to „í'uzel“ a basta.

[Marek Bernát]

"Iuzel a Basta". Nie je to nejaký muzikál?

[Kyosuke]

A já to vyslovuju 'íuzel, fakt mi nepřijde normální nedat tady přízvuk na první slabiku.

[petr_p]

Když jste takový rejpal, tak tedy „'í,uzel“. Jak se podle vás značí ráz (např. v modrooký)?

[Marek Bernát]

Tam nie je nič také potrebné. Dlhá samohláska sa s ďalšou samohlaskou neviaže. Podobne ako dve o za sebou. Nie sme v angličtine

[andree]

kratky changelog ma zly link - asi miesto http://www.abclinuxu.cz/Articles/234135/ ma byt http://lwn.net/Articles/234135/

[rastos]

S tým LogFS bude sranda až tam budem chcieť bezpečne vymazať nejaké data niečím ako napr. shread.

[Tom K]

To je potom potreba prepsat kompletne volne misto. Nebo myslis, ze dneska kdyz jsou radice beznych flashdisku inteligentni ze se to da spolehlive udelat jinak ?

[Filip Jirsák]

Podobný problém může nastat i u běžného HDD, pokud elektronika zjistí, že je s nějakým sektorem problém, přesune data do jiného (náhradního) sektoru a přístupy k původnímu sektoru namapuje, takže OS se o tom vůbec nedozví. Pochybuju, že po tom přesunu ten původní špatný sektor důkladně přepíše náhodným šumem

[happy barney]

hehe, a čo s cyklami / životnosťou flash ?

[Filip Jirsák]

No to se snad právě LogFS snaží řešit, ne?

[happy barney]

prepáčte, asi ste to nepochopil. LogFS sa to síce riešiť snaží, ale záťaž, ktorú mu šupne shred, aby to nebolo jeho nad sily hmm, možno, keby LogFS ignoroval sync, možno by to vyriešiť vedel ...

[Filip Jirsák]

Ale použít shred na LogFS je asi stejně rozumné, jako používat ho na mazání CD-RW. Myslím, že to není ani problém shredu, ani LogFS, ale problém toho, kdo tuhle kombinaci použije.

[happy barney]

súhlasím, no jednu pripomienku mám ... alias rm=shred na CD-RW nezafunguje, na LogFS hej.