256
Hardware / Re:GPU pro linux
« kdy: 08. 11. 2013, 08:58:35 »
Beta verzi ovladačů na to nainstalovat lze (na Ubuntu 13.10, ve které se používá x server 1.14). Samozřejmě nevím, jak je to se stabilitou, to jsem nezkoušel.
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
257
Vývoj / Re:Napsat znovu interpret PHP?
« kdy: 08. 11. 2013, 08:34:42 »
My jsme se ve škole dokonce učili bez těchto nástrojů. :-)
258
Hardware / Re:GPU pro linux
« kdy: 08. 11. 2013, 07:53:46 »
Nechceš-li grafický výkon, tak integrovaná grafika od Intelu je velmi dobrá volba. Má relativně malou spotřebu a nepamatuji si, že bych já nebo někdo v mém okolí měl problémy s ovladači.
Jinak pokud bys chtěl lepší grafiku (upřímně - nechceš si aspoň občas zahrát hru? Já jsem si taky kdysi říkal, že už jsem dospělý a nebudu hrát hry ... a ejhle, oženil jsem se ... manželka hraje WoWko ... a ženské se nedá vzdorovat dlouho ... nikdy nevíš, co Ti život přinese ;-) ), tak mezi ATI a NVIDIA by už neměl být co se týče stability oficiálních ovladačů velký rozdíl.
Jinak pokud bys chtěl lepší grafiku (upřímně - nechceš si aspoň občas zahrát hru? Já jsem si taky kdysi říkal, že už jsem dospělý a nebudu hrát hry ... a ejhle, oženil jsem se ... manželka hraje WoWko ... a ženské se nedá vzdorovat dlouho ... nikdy nevíš, co Ti život přinese ;-) ), tak mezi ATI a NVIDIA by už neměl být co se týče stability oficiálních ovladačů velký rozdíl.
259
Vývoj / Re:Napsat znovu interpret PHP?
« kdy: 08. 11. 2013, 07:16:05 »Ve škole jsme měli jazyky a překladače a dost mě to bavilo.
...
Co myslíte?
Směle do toho. Zažiješ peklo, budeš nadávat, zažiješ bezesné noci, kdy Tě budou strašit noční můry, ale udělá to z Tebe lepšího developera. ;-) Na druhou stranu, moc nepočítej s produkčním nasazením. Napsat interpret/kompilátor není zadek ani u jednoduchých jazyků a ať se budeš snažit sebevíc, první verze rozhodně nebude dosahovat produkčních kvalit.
Samozřejmě, pokud Tvůj projekt bude hodně dobrý, může vzbudit zájem v některých lidech a na jeho základě může vzniknout druhá verze (počítej z kompletním přepisem ;-) ), která udělá díru do světa. Stejně tak se toho může chytnout nějaká firma a financovat vývoj.
Ale reálně ani s jednou možností moc nepočítej - je to fajne téma na bakalářku, toť asi vše.
260
Hardware / Re:Mám koupit ThinkPad T410?
« kdy: 07. 11. 2013, 08:21:03 »Pocitej s tim, ze baterka nevydrzi moc, ale jinak by melo byt vse v pohode.
Ano, baterka je u notebooků spotřební zboží. U lithiových baterií nezáleží ani tak moc na tom jak moc se používá, časem stejně půjde do kytek.
261
Hardware / Re:Mám koupit ThinkPad T410?
« kdy: 07. 11. 2013, 06:44:49 »
Z Aukra bych do toho asi nešel - u firmy máš víc možností jak prohlídky před koupí, tak vymáhání záruky. 10 tisíc za takový stroj je myslím dobrá cena a jinak sdílím Tvůj názor, že v mnoha případech je lepší starší "tank", než nový křáp. Nicméně i typické křápovské značky šly v posledních 10 letech s kvalitou zpracování hodně nahoru (byť ne s inteligencí - stále vidíš lesklé displeje, nahovno klávesnice, lesklý lakovaný plast kolem klávesnice na který se stále lepí ruce a dokonce i lesklé povrchy na touchpadu).
Osobně jsem také 6 let měl starší Thinkpad T61 (byť bez repase - kupoval jsem ho jako půl roku starý; minulý týden se odebral do věčných lovišť) a kdybych si měl ve stejné situaci (práce na švarcsystém ve firmě, kde jsem musel mít veškeré vlastní vybavení) zvolit znovu, nevolil bych jinak.
Jinak trochu problém jsou náhradní díly - Thinkpady řady T jsou prémiová značka. Nový stojí 30-40 tisíc a náhradní díly úměrně tomu - např. za nové chlazení bych dal 2500 (jenom náhradní díl, bez práce, naštěstí na youtube jsou návody na výměnu), na Acer nebo Asus by to vyšlo mnohem levněji.
Osobně jsem také 6 let měl starší Thinkpad T61 (byť bez repase - kupoval jsem ho jako půl roku starý; minulý týden se odebral do věčných lovišť) a kdybych si měl ve stejné situaci (práce na švarcsystém ve firmě, kde jsem musel mít veškeré vlastní vybavení) zvolit znovu, nevolil bych jinak.
Jinak trochu problém jsou náhradní díly - Thinkpady řady T jsou prémiová značka. Nový stojí 30-40 tisíc a náhradní díly úměrně tomu - např. za nové chlazení bych dal 2500 (jenom náhradní díl, bez práce, naštěstí na youtube jsou návody na výměnu), na Acer nebo Asus by to vyšlo mnohem levněji.
262
Vývoj / Re:Nefunguje kód z tutoriálu v C++
« kdy: 06. 11. 2013, 19:29:51 »Unresolved symbol je hláška linkeru
Myslím, že zrovna webhope to moc nerozlišuje :-)
263
Vývoj / Re:Řetězení volání metod v PHP
« kdy: 06. 11. 2013, 14:46:42 »
Jo a už jsem to psal (tuším) předevčírem - vyprdni se na internetové tutorialy, zvlášť pokud začínáš. Pořádná knížka je mnohem lepší než internetové tutorialy - z toho se pořádně programovat nenaučíš. V dnešní době není problém se k literatuře dostat. Když nejsou finance, dá se to udělat "jakkoliv jinak". (Zvlášť, když Velká Británie zveřejnila (bohužel nekompletní) seznam zdrojů: http://www.root.cz/zpravicky/britove-blokuji-21-webu-odkazujicich-na-torrenty/.)
Samozřejmě kniha nedokáže nahradit ucelené vzdělání; bohužel míst, kde se dá informatika studovat na dobré úrovni i kombinovaně/distančně, ubývá.
Samozřejmě kniha nedokáže nahradit ucelené vzdělání; bohužel míst, kde se dá informatika studovat na dobré úrovni i kombinovaně/distančně, ubývá.
264
Vývoj / Re:Řetězení volání metod v PHP
« kdy: 06. 11. 2013, 14:38:34 »Kód: [Vybrat]
$obj = new Test();
$obj->vaha()
->cena()
->sklad()
->dph();Aby se toto dalo použít, musí to to být podporované ze strany té třídy.
Kód: [Vybrat]
function vaha(){
//something is done here
return $this;
}
v tomto případě to použít jde, protože další funkci (cena) voláš na návratové hodnotě funkce vaha atp. Bohužel málo tříd je takto napsaných. Pokud se jedná o Tvoji třídu, nic Ti nebrání ty vnitřní metody takto upravit - říká se tomu Fluent interface (http://en.wikipedia.org/wiki/Fluent_interface) - a tu a tam se to skutečně používá.
265
Vývoj / Re:Nefunguje kód z tutoriálu v C++
« kdy: 06. 11. 2013, 14:33:35 »
Už jsme Ti tu někde psali, že je potřeba pořádně číst ty chybové hlášky z kompilátoru.
error LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartup
"unresolved" znamená nenalezen. To, že jej tedy nikde nevidíš, není překvapující - kompilátor taky ne ;-) .
Správně jsi napsal, že máš vytvořit Win32 projekt, ne Console application. Viz ten tutoriál
Hláška o tom, že máš spustit Console Wizard, se týká Borland C++ builderu, pro Visual Sudio platí to, co je v citaci.
error LNK2019: unresolved external symbol _main referenced in function ___tmainCRTStartup
"unresolved" znamená nenalezen. To, že jej tedy nikde nevidíš, není překvapující - kompilátor taky ne ;-) .
Správně jsi napsal, že máš vytvořit Win32 projekt, ne Console application. Viz ten tutoriál
Citace
Ve Visual C++ ("File -> New ->Projects") typu Win32 Application, dále zvolíme "prázdný projekt",
Hláška o tom, že máš spustit Console Wizard, se týká Borland C++ builderu, pro Visual Sudio platí to, co je v citaci.
266
Vývoj / Re:Návrh stránek
« kdy: 05. 11. 2013, 15:04:09 »
Jinak píšete, že začínáte s PHP a OOP. Přestože objektově orientované programování není samo o sobě špatná věc (opět - existují lepší i horší možnosti; jenom tato je nejrozšířenější), oproti procedurálnímu programování (např. PHP do verze 5 nepodporovalo objekty - programovalo se procedurálně) přináší celkem dost komplexity navíc. Není to jenom o tom "vytvořit class pro stránku". Pro začátečníka je možná na zvážení, zda-li se do toho rovnou pustit či nikoliv.
267
Vývoj / Re:Návrh stránek
« kdy: 05. 11. 2013, 14:59:37 »html + php kód ukldat do mysql
Obecně platí: Všechno, jenom to ne!
Pro tvorbu webové aplikace, tedy pro případ, že píšete webovou aplikaci s nějakou netriviální funkcionalitou na pozadí, tedy např. e-shop, rezervaci letenek atp:
Doporučuji použít nějaký framework, česky "aplikační rámec", tedy komplexní sadu předpřipravených věcí, která právě takové věci řeší, abyste je nemusela řešit sama. Vidím, že máte v této oblasti málo zkušeností - bez urážky, ale kdybyste se snažila vše řešit sama, trvalo by to dlouho a skončilo by to nefunkčním a neudržovatelným peklem. Napsat netriviální webovou aplikaci s dobrou vnitřní architekturou není sranda ani pro zkušeného programátora. S výběrem frameworku zde nepomůžu, protože "webovky v PHP" už několik let nedělám. Ale codeinteger nebo Zend (alespoň před lety) byla dobrá volba. V tomto případě by Vaši volbu frameworku měla ovlivnit především dostupnost kvalitní literatury, která by se kromě samotného frameworku měla věnovat také "teoretickým věcem"
1) Tvorba webu obecně
Zatím žádná technologie plně a funkčně neabstrahovala HTTP protokol, HTML a Javascript. Stejně tak existují zásady, jak psát stránky tak, aby si je přečetli slepí, aby barvy nebily do očí, aby lidi nebyli zmatení (mám na mysli vyhledávání v pravo nahoře, odkazy a pouze odkazy podtržené apod.)
2) Návrhový vzor MVC
Není dokonalý, ale je to jako s demokracií - všichni uznáváme, že to je to nejlepší, co zatím máme.
3) Jazyk PHP, objekty v PHP
PHP je jeden z nejhorších jazyků, které se v současné době masivně používají. Horší už je snad pouze Brainfuck (http://en.wikipedia.org/wiki/Brainfuck). Nicméně občas je kód v Brainfucku a v PHP od sebe k nerozeznání.
4) Samotný popis frameworku
Jak zobrazit stránku, jak udělat použitelný kód, jak vzít data od uživatele a jak mu je zobrazit, kterým datům od uživatele se může věřit, jak zabezpečit ty, kterým se nemá věřit ...
5) Alespoň základy relačních databází
Například alespoň 4 "Normální formy pro databáze" (je jich celkem 9 (v ne-akademických kruzích se často uvádí 7), v praxi se používají obvykle první 4). První z nich říká, že záznamy v buňkách tabulky mají být atomické, tedy m.j. to, že se tam nerve programový kód, když k tomu není ku*va dobrý důvod (výjimkou je např. níže zmíněný uživatelský obsah jako novinové články, kde se ale PHP kód nevyskytuje). ;-)
Pro případ, že chcete jen ukládat uživatelský obsah, tedy např. fórum, redakční systém (pro internetový časopis, např. Root.cz), fotky, jednoduchou sociální síť apod:
Vemte již hotové řešení. Dobré fórum je např. PHPBB, redakní systém např. Drupal. K Drupalu existuje tuna literatury a záklandí instalaci a správu obojího zvládne téměř každý.
V žádném případě ale nedoporučuji šetřit na literatuře. Navíc mnoho kvalitních knih se dá sehnat na internetu v elektronické formě i zdarma, stačí použít google. Jen doporučuji se vyhnout českým knihám - přestože mnohé jsou velmi kvalitní, zrovna zde se pohybujeme v oblasti, kde informace velmi ryhcle zastarávají a nikomu se tedy nevyplatí knihy překládat do češtiny nebo je psát v češtině.
268
Vývoj / Re:Jak rozlišit Exception v PHP
« kdy: 03. 11. 2013, 21:26:44 »
Marek: Co konkrétně potřebuješ vysvětlit? (Tedy vyjma základů objektové orientace a programování obecně, na to Ti můžu doporučit knihy nebo studium, protože je to příliš obsáhlé téma do fóra.)
Upřímně, nechápu, jak můžeš říct, že v tom plavu. Programováním se živím, byť již dlouhou dobu ne PHPčkem (a nijak se mi po něm nestýská), a takovéto věci jsou pro mne denní chleba.
Je-li ta moje odpověď příliš stručná, ptej se dál - od toho fóra jsou a žádný učený z nebe nespadl. Tím, že se ve vývoji SW pohybuji již 15 let, můžu vynechat nějakou věc, kterou já považuji za zcela zřejmou, ale kvůli které Ti to nebude dávat smysl, protože pro Tebe jako začátečníka zřejmá není.
Upřímně, nechápu, jak můžeš říct, že v tom plavu. Programováním se živím, byť již dlouhou dobu ne PHPčkem (a nijak se mi po něm nestýská), a takovéto věci jsou pro mne denní chleba.
Je-li ta moje odpověď příliš stručná, ptej se dál - od toho fóra jsou a žádný učený z nebe nespadl. Tím, že se ve vývoji SW pohybuji již 15 let, můžu vynechat nějakou věc, kterou já považuji za zcela zřejmou, ale kvůli které Ti to nebude dávat smysl, protože pro Tebe jako začátečníka zřejmá není.
269
Server / Re:Kopirovanie dat s jednej db do druhej.
« kdy: 03. 11. 2013, 14:10:28 »
Pokud to jsou dvě různé databáze, pak trik s insert-select fungovat nebude.
270
Server / Re:Kopirovanie dat s jednej db do druhej.
« kdy: 03. 11. 2013, 14:09:36 »
Pokud těch dat není moc (= méně než řekněme 1mil záznamů) a není třeba to dělat periodicky, dá se z db A udělat select, projít jeho položky v cyklu a tam kontrolovat zda-li v db B jsou a případně vložit. Bude to pomalé a neefektivní, ale nenáročné na napsání. Just good enough.
