Příspěvky

226

Hardware / Re:Notebook i7, 8GB, integrovaná grafika

« kdy: 15. 06. 2014, 22:31:59 »

Nekdo: ja mam prvni tu prvni takovou i7 (3612QM) a funguje jak ma, bylo to vlastne prvni 35W Ivy Bridge na trhu. Na programovani, ladeni a podobny veci vyborna vec, ale 8 GB RAM je na seriozni veci fakt na hrane

227

Server / Re:Migrace systému na SSD disky

« kdy: 30. 05. 2014, 16:08:33 »

u SATA hotplug musi bejt povolenej na desce, casto byva defaultne (na beznych deskach, nevim, jak serverovky) pravdepodobne z duvodu kompatibility vypnutej (nastavuje se v BIOSu), kazdopadne by nemel bejt problem ty SSD pro tuto operaci pripojit docasne pres USB, pripadne to delat pres sit

228

Windows a jiné systémy / Re:Problém s GK v NTB

« kdy: 22. 05. 2014, 19:17:07 »

TIGER: tady to bude spis, tak, ze bud jede jenom IGPU nebo obraz renderuji spolecne (a pak jsou tu vsechny mouchy multiGPU, jako microstuttering, atd...)

229

Windows a jiné systémy / Re:Problém s GK v NTB

« kdy: 22. 05. 2014, 15:52:38 »

tipuju to na njakou chybu zpusobenou s CrossFireX, tzn, ze renderovani je rozlozeno na obe GK

230

Desktop / Re:Pomozte s výběrem DE (zkušenosti)

« kdy: 19. 05. 2014, 19:04:07 »

kdyz uz mint LTS, tak mint 17. Preci jenom Cinnamon od verze 1.4 po soucasnou 2.2 urazil peknej kus cesty a 16 nebrat, za chvili tomu konci podpora a upgrade je vec, co zrvna v Mintu moc doreseny nemaj. Jinak ja treba musel mit zapinovanej repozitar Ubuntu 14.04 v Mintu 16 uz nekdy v puli prosince, protoze jsem potreboval funkcni OpenCL

231

Odkladiště / Re:Čtvrt života u počítače

« kdy: 19. 05. 2014, 13:55:01 »

Jinak doporučuju cvičit. Občas se projít a do dveří třeba zavěsit hrazdu. Není třeba dělat shyby. Stačí se na chvíli vyvěsit a párkrát zatnout svaly.

O RLY? Dvere na toto nejsou zcela idealni misto, kdyz se o tu hrazdu leckdo prasti do kebule...

232

Desktop / Re:PCManFM: zviditelnění jedné skryté složky

« kdy: 13. 05. 2014, 23:15:17 »

co tak udelat symlink na ni bez tecky?

233

Distribuce / Re:Instalace Debianu na desku Gigabyte

« kdy: 13. 05. 2014, 22:42:08 »

debian stable je jiz v dobe vydani zastaraly a nekompatibilni s novym hardwarem. proto bych zkusil jedine debian 8

234

Vývoj / Re:Jsou Java generics opravdu špatné?

« kdy: 13. 05. 2014, 14:00:17 »

noef: ja se snazim reflexi, pokud je to mozne vyhnot, protoze je jednak pomala a jednak vede k rade mnozstvi chyb: v tomto pripade si fakt kdokoliv muze udelat vlastniho potomka Foo bez patricneho konstruktoru a pak se bude divit, proc to pada

souhlasim s tim, ze v tomto pripade jsou mnohem elegantnejsi reseni.

ale s obecnym tvrzenim "reflexe je pomala" nesouhlasim - kdysi jsem si to zkousel a nektere pristupy z toho nevysly spatne. reflexe muze byt nejvhodnejsim nastrojem (a v nekterych pripadech jedinnym [napr. modovani Minecraftu, s tim jsem si fakt uzil], pokud nebereme v uvahu zmenu bytekodu za behu).

Nerikam, ze reflexe nema svoje vyuziti, ale obvykle je lepsi se ji pokud mozno vyhnout (tedy zvlast v tomto pripade)

235

Vývoj / Re:Jsou Java generics opravdu špatné?

« kdy: 13. 05. 2014, 00:27:24 »

noef: ja se snazim reflexi, pokud je to mozne vyhnot, protoze je jednak pomala a jednak vede k rade mnozstvi chyb: v tomto pripade si fakt kdokoliv muze udelat vlastniho potomka Foo bez patricneho konstruktoru a pak se bude divit, proc to pada

236

Distribuce / Re:Žádný zvuk přes ATI HDMI

« kdy: 13. 05. 2014, 00:22:12 »

Intel dela patche do jadra s predstihem, nevim, jak ostatni

237

Vývoj / Re:Jsou Java generics opravdu špatné?

« kdy: 12. 05. 2014, 22:29:18 »

No, furt je tam ta smradlava reflexe, proste neohlidas, ze si nekdo udela vlastniho potomka Foo, kterej nebude mit konstruktor s jednim paramterem typu String, kteryho bude chtit tu pouzit. Proto bych dal jako argument metody factorku, ktera tu reflexi udela za tebe

238

Vývoj / Re:Jsou Java generics opravdu špatné?

« kdy: 12. 05. 2014, 11:56:11 »

AFAIK cilem JIT je optimalizace prave pro cilovou platformu

239

Distribuce / Re:Žádný zvuk přes ATI HDMI

« kdy: 12. 05. 2014, 11:49:12 »

tak kernel 3.14 bych tady rozhodne doporucil

240

Vývoj / Re:Jsou Java generics opravdu špatné?

« kdy: 11. 05. 2014, 22:34:04 »

Ma tam u instanci vytvorit prave pomoci ty moji factorky a po uzivatli tridy chtit, aby dodal tu factory (napriklad pridat ji mezi parametry metody. V tomto pripade ta factory obali kontruktor/statickou tovarnu/whatever tak, abych uvnitr ty metody moh ze Stringu ziskat objekt. V nejjednodussim pripade ta factory, co uzivatel doda bude lambda obaleni konstruktoru s argumentem typu String. Klient jiz konstruktor muz pouzit primo, nebot vi, co je F za konkretni tridu zac, nebo udelat tu prasarnu s reflexi konstruktoru, ale v tom pripade neni jiz zodpovednost na tobe, ale na nem.

AD public field: Rozhodne to nedelat. Pokud chces pri get/set pridat nejakou dalsi akci, tak automaticky rozbijes API, pres gettery/settery si muzu na pozadi delat co chci, aniz bych rozbil API (tzn klientsky kod se nemusi prizpusobovat moji zmene), navic u get je casto ta promenna virtualni (v dane tride vubec neexistuje). Rozumny IDE (napr. Eclipse) vygeneruje vsechny gettery/settery za programatora, takze argument lenosti zde postrada smysl (a zanechava spousty problemu). Zde bych i stouralum poradil jednu vec: piste kod, kterej se dobre cte a upravuje a nevymejslejte optimalizacni hovadiny, od toho tu mame prekladac