Příspěvky

4606

Studium a uplatnění / Re:Zkoušeli vytvořit „milionový“ projekt?

« kdy: 20. 12. 2014, 14:25:48 »

ale asi jsem jen já přehnaně ambiciozní .

Ne, jenom máš mozek vymytý současným mediálním módním trendem s názvem "startup". Dřív to bývalo tak, že se člověk něco naučil, promyslel si, jak by se tím dalo živit, začal to dělat, s trochou štěstí se v tom postupně vypracoval a časem třeba i nějaký ty peníze vydělal. A ten princip byl celkem stejnej ať se jednalo o výrobu převodovek do letadel nebo o živnostníka - opraváře bot.

Dneska si (pod vlivem nekritických médií) spousta mladých lidí myslí, že je důležitý hlavně pindat, nechat si udělat supr účes, vykroucet se na těch správných parties a on už někdo přijde a nějaký prachy jim za to dá.

Pokud máš nějakej nápad, udělej jako první věc tohle: zajdi za třema lidma, který považuješ za svou cílovou skupinu, a řekni jim, že ten produkt už máš a jestli ho chtějí koupit. Pokud nekoupí, žádný nápad nemáš.

4607

Server / Re:Výběr stabilní VPS

« kdy: 18. 12. 2014, 08:07:27 »

ja by som ti poradil server od LeaseWeb......https://www.leaseweb.com/...stabilne a pomer cena/hardware je to slusne...

To vypadá slušně - ještě o fous levnější než Hetzner. Dík za tip.

4608

Vývoj / Re:Preco sa ucit Clojure, na co je dobre Clojure ?

« kdy: 17. 12. 2014, 20:08:28 »

3, Staci ak sa naucim cez tuto knihu a budem vediet aj clojure ?

Hlavně se nauč používat Google. Pak se ti nestane, že takovéhle otázky budeš pokládat na serveru, na kterém běžel dlouhý seriál o tom, na co se ptáš.

První lekce: http://lmgtfy.com/?q=site%3Aroot.cz+clojure

4609

Hardware / Re:Spotřeba elektřiny PC vs. notebook

« kdy: 14. 12. 2014, 22:05:58 »

zkus omezit ksichtbook a porno, mozna zjistis ze s 2GB neni problem mit najednou otevrenejch 50-100 tabu v browseru

Bohuzel, u me to byl spis slack.com, https://www.atlassian.com/software/confluence a ruzny taby s dokumentaci, ktery fakt moc omezovat nemuzu

4610

Hardware / Re:Spotřeba elektřiny PC vs. notebook

« kdy: 14. 12. 2014, 19:34:14 »

Problem je v tom, ze x86 desktopy po vetsinu casu v kancelarskem prostredi nedelaji nic moc vic nez ten ARM.

Proto taky "..." psal "pokud nejsou v idle 90% casu".

na nenarocne ukoly typu nejaky dokument / programovani / brouzdani to je uplne idealni.

No nevim - docasne jsem ted byl nucenej brouzdat na komplu s 2G RAM a urychlene jsem koupil dalsi 2, protoze jsem myslel, ze me z toho slahne. Brouzdani po dnesnich webech proste uz nic "nenarocneho" bohuzel neni.

4611

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 14. 12. 2014, 18:33:00 »

Takže (pominu-li

To jsem měl namysli - že tenhle postup nemusí fungovat obecně, protože je myslitelná situace, kdy vím, že je něco polynom, ale nevím, jakého tvaru. Pokud konkrétní polynom znám, tak to jde, to je jasný.

4612

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 14. 12. 2014, 15:34:30 »

No prave! Decision varianta mi rekne "ANO, do 5ti bucketu se to vejde" - jak muzu odpoved polynomialne overit, aniz bych to (nepolynomialne) vyresil?

Navic mi tam jeste neni jasna jedna vec, ale to je dany mou neznalosti:

Jestlize mi algoritmus A1 da odpoved, ktera "obsahuje vic informaci", tak je pro me snadnejsi odpoved overit. Zatimco kdyz mi algoritmus A2 da jenom odpoved ANO-NE, tak je to tezsi overit. A pritom podle toho, co tady bylo napsaný, by A2 měl mít *menší* složitost než A1.

Prostě já osobně jsem se do toho teda nějak zamotal a není mi to vůbec jasný.

4613

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 14. 12. 2014, 15:22:54 »

ak by algoritmus vrátil len počet, polynomiálne to verifikovať neviete.

No prave! Decision varianta mi rekne "ANO, do 5ti bucketu se to vejde" - jak muzu odpoved polynomialne overit, aniz bych to (nepolynomialne) vyresil?

4614

Studium a uplatnění / Re:Je PHP nutné k uplatnění?

« kdy: 14. 12. 2014, 10:10:11 »

dobreho webare nie je az taky problem zohnat ako zaplatit...

To je totez. Drazi jsou proto, ze jich je malo.

4615

Hardware / Re:Spotřeba elektřiny PC vs. notebook

« kdy: 14. 12. 2014, 10:06:39 »

To bylo na toho ARMa ? Prikon jsem uvadel idle az max. co se mi z toho podarilo dostat nejakym brouzdanim, tedy rekl bych bezne pouzivani a xfce cpumonitor ukazoval plne zatizeni (zarizeni je pichnute do laboratorniho zdroje). Bezici bzip nebo nejake sifrovani by asi spotrebu trosku jeste zvedlo.

"..." chtel asi rict, ze kdyz stroj ma polovicni spotrebu, ale tutez praci udela za dvojnasobny cas, tak to moc uspora neni

4616

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 14. 12. 2014, 01:49:36 »

Ad 1) Odpovědí na problém z otázky ale není "set A se vejde do bucketu B", odpovědí je "pro set A je nejmenší počet bucketů B".

Pořád si asi nerozumíme. Bavíme se o DVOU problémech - "decision varianta" (odověď ANO-NE) a "zjištění optima" (odpověď: dej a,b,c do X a d,e do Y). První problém by teda snad měl být NP-complete a druhý těžší než NP-complete.

To, na co teď reaguješ, byla otázka na to, jaktože postup pro *verifikaci* u prvního (který musí existovat, protože je NP-complete) nemůžu použít pro řešení druhého.

4617

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 13. 12. 2014, 21:20:32 »

Od zacatku si rikam, ze by cert mohl by v tomhle:

Cili ziskam pocet bucketu optimalniho reseni.

Pocet bucketu jeste neni konkretni reseni, ze jo. Ale neumim si predstavit algoritmus, kterej by umel spocitat pocet bucketu a zaroven ne rozmisteni predmetu - jak by to delal?

Proste je to nejaky zamotany, asi to necham konovi

4618

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 13. 12. 2014, 21:14:53 »

Problém je v tom, že to, že problém je v NP znamená, že umíme v polynomiálním čase říci, zda ANO. Nikoli zda NE. Takže prozkoumání těch záporných odpovědí může trvat libovolně dlouho a tedy Tvůj stroj nebude polynomiální.

Myslel jsem, ze "v polynomialnim case overit" znamena, ze mi das vstupni data a odpoved - tzn. "set A se vejde do bucketu B" nebo "set A se do bucketu B NEvejde" - a umim v polynomialnim case overit, ze to je pravda. Pokud budu mit ten druhy pripad ("nevejde"), tak musim umet polynomialne rychle zjistit, ze optimalni reseni MUSI pouzivat vic bucketu. Tim, ze to zopakuju n-krat (-> polynomialni rozsireni) tak zjistim, kolik nejmin bucketu potrebuju. Cili ziskam pocet bucketu optimalniho reseni.

Ale učil jsem se to před pěknou dobou a tak si to také nepamatuju přesně

Ja taky, navic jsem k tomu pristupoval se silnou pasivni resistenci a navic jsem momentalne nachcipanej, takze mi to mozna nemysli - proto jsem se ptal, jestli tady neni nekdo, kdo mi by mi to mohl vysvetlit nejak polopaticky (veci z teoreticke informatiky vetsinou jdou vysvetlit uplne jednoduse, pokud jim clovek dostatecne rozumi).

- proč vlastně pro tu odpověď NE nejde udělat modifikovaný TS, který bude vedle počítat čas a když překročí limit tak dá odpověď že NE? Nepamatujete si to někdo? To počítání nejde implementovat v polynomiálním čase? Nebo kde je problém?

Tohle je podle me zcestna uvaha. Problem bude imho v tom, ze polynomialni algoritmus porad nema zadny presne dany limit, ktery bys mohl detekovat - cili zrejme dalsi [rypnuti]krasna ukazka informaticky-teoretickeho zaveru s obrovskym teoretickym dopadem a nulovou praktickou vyuzitelnosti [/rypnuti]

4619

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 13. 12. 2014, 19:51:28 »

rozdil je v tom "optimalni". porad nic ?

nerozumim tomu, proc bych nemohl pouzit ten decision problem k tomu, abych se ptal "Vejde se to do jednoho? Vejde se to do dvou? atd." - coz by bylo jenom polynomialni rozsireni, takze mi porad neni jasne, jak muze ten problem skocit do jine slozitosti.

4620

Server / Re:Třídicí algoritmus pro disková pole

« kdy: 13. 12. 2014, 14:44:19 »

Výsledek Vašeho algoritmu by byl: optimální počet kyblíků je N. Jak ale ověříte v polynomiálním čase, že to není méně? Jak v polynomiálním čase ověříte, že neexistuje lepší řešení, např. N-1, N-2 atd. - to je ten problém a důvod, proč úloha nepatří do NP (samozřejmě pokud někdo nedokáže, že existuje polynomiální ověření řešení).

Slo mi o to, v cem presne je rozdil tech dvou uloh. Ale to je jedno, zas tak moc mi to zily netrha