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.


Příspěvky - Filip Jirsák

Stran: 1 ... 295 296 [297] 298 299 ... 303
4441
Odkladiště / Re:Propočítání pravděpodobnosti rulety
« kdy: 22. 12. 2013, 20:34:42 »
Budu brát v úvahu jen černou a červenou. Při zvětšení množiny výsledků o jednu hru se rozmanitost přesně zdvojnásobí -- na každou variantu z předchozího kola připadají nově dvě varianty, jedna s červenou a jedna s černou v posledním kole.

S rostoucí se množinou můžeme úplně stejně předpokládat, že poslední barva bude jiná, než barva v předchozí hře. Máte pravdu, že je velmi nepravděpodobné, že padne 27× stejná barva. Jenže když už víte, že padla 26×, tu "nepravděpodobnost" jste si už vybral na těch 26 hrách -- jen jen poloviční oproti té řadě 27. Takže u té 27. je to pořád 1:1.

Rekord byl zaznamenán v roce XXXX, kdy se červená barva objevila 31krát po sobě a po ní černá! Pravděpodobnost takové události ve francouzské ruletě je (18/37)32 = 0,000000000096886885 s odpovídajícím sázkovým poměrem 10 321 314 387 ku jedné.

Takže se můžete po 31 spinech rozhodnout, jestli jdete do 10 321 314 387 : 10 321 314 387. Což je pořád 1:1.

4442
Odkladiště / Re:Propočítání pravděpodobnosti rulety
« kdy: 22. 12. 2013, 19:26:29 »
Pravděpodobnější než že to vyjde na 27 černých je, že to bude 27 černých a jedna červená nebo nula.
Proč? To, že vy se na to díváte jako na skupiny, na tom vůbec nic nemění. Ano, pravděpodobnost AAAAAAAAAAAAAAAAAAAAAAAAAAA je sice velmi nízká, ale je úplně stejná, jako pravděpodobnost AAAAAAAAAAAAAAAAAAAAAAAAAAB. Takže pokud už víte, že padlo 26× A, může ta skupina být 27×A nebo 26×A+1×B, a pravděpodobnost obou je stejná, pokud budeme brát ruletu bez nuly je to 50 % na 50 %.

4443
Odkladiště / Re:Propočítání pravděpodobnosti rulety
« kdy: 22. 12. 2013, 18:22:51 »
Série 26 je extremely uncommon occurrence. Série 12 je méně uncommon. Takže čím delší série, tím nepravděpodobnější. Na tom se shodneme všichni. Takže co je nelogického, kdybych viděl v kasinu že 26x padla červená, vsadit na černou, protože taková série je ještě víc uncommon?
Takže když 26× padla červená a vy jste to viděl, vsadíte na černou, protože pravděpodobnost, že padne, je podle vás > 50 %. Ale když 26× padla červená a vy jste to neviděl, sázet nebudete, protože pravděpodobnost černé je 50 %. Není to zvláštní, že pravděpodobnost nějakého jevu závisí na tom, co jste předtím viděl nebo neviděl?

Nebo ještě jinak. Podle vás je série 26× červená + 1× červená méně pravděpodobná, než 26× červená + 1× černá? Proč?

4444
Server / Re:Synchronizacia uloh a kalendara(ov) s smartfonom
« kdy: 20. 12. 2013, 21:49:25 »
A proč tedy ne Funambol?
Java
To jste zrovna o tři dny prošvihl. Počkejte na úplněk 16. ledna a zakopejte pod server kořen mandragory. A máte po problému.

4445
Vývoj / Re:Proč je Java pomalá a problémová?
« kdy: 19. 12. 2013, 11:48:31 »
S čím to porovnávají?
Nemluvím o žádných metrikách, čistě o tom, že admini, kteří se o javové aplikace starají, na to docela nadávají. Ale je to čistě subjektivní a vzorek lidí, který jsem slyšel, je samozřejmě malý. Právě proto by mě zajímalo, jestli třeba neproběhl nějaký výzkum ala "spokojenost adminů s provozováním javových aplikací" ;)
Já jsem se taky neptal na metriky. Ono je totiž také možné (a řekl bych, že pravděpodobnější), že ty vlastnosti jsou typické pro ten typ aplikací, které spravují – bez ohledu na to, v čem jsou napsané.

4446
Distribuce / Re:Distro podobné BSD portům
« kdy: 19. 12. 2013, 11:40:40 »
Potrebuje nejspis system, kterej si posklada podle svych potreb na miru, s volbama, ktery potrebuje. Takze se nabizi LFS, poupravovany Slack, nebo jakekoliv minimalisticke distro jako zaklad a k tomu doprekladat co je potreba - bud uplne rucne, nebo treba klidne pomoci pkgsrc.
Gentoo bylo takhle původně (když se ještě jmenovalo Enoch) zamýšleno (že bude moci fungovat i jako nástroj jak sestavit jiné distribuce). Dnes už to zřejmě není cílem, ale použít se tak podle mne stále dá, takže bych ho z toho seznamu nevyřazoval.

4447
Vývoj / Re:Autoupdate Java aplikacie
« kdy: 19. 12. 2013, 11:37:28 »
Bohužel ve světě Windows jsou instalace, odinstalace i automatická aktualizace různé věci a každý si to musí řešit po svém. Zvážil bych, jestli to opravdu chcete řešit celé najednou – jestli by třeba nebylo jednodušší řešit Java aplikaci přes WebStart, a DLL a COM řešit samostatně, aplikací s instalátorem a odinstalátorem. Verze těch nativních částí si pak z té javovské můžete hlídat.

4448
Vývoj / Re:Autoupdate Java aplikacie
« kdy: 19. 12. 2013, 09:48:18 »
Zvladne napr. registraciu COM componentov? Nikdy som to nepouzival a mozno som to pri googleni opakovane prehliadol.
Automaticky asi ne, musel byste si dát háček do aplikace a registraci spustit z ní.

4449
Vývoj / Re:Proč je Java pomalá a problémová?
« kdy: 19. 12. 2013, 09:04:35 »
Nemozem suhlasit. QtCreator je normalne IDE, a nie len "lightweight" na GUI.
Co je to „normální IDE“? Když porovnám Borland Delphi 3 s IntelliJ Idea 13, nebo Visual Studio bez ReSharperu a s ReSharperem, jsou to  vždy obě normální IDE, ale porovnávat jejich náročnost na zdroje nemá moc smysl, vzhledem ke zcela rozdílným výsledkům.

4450
Vývoj / Re:Autoupdate Java aplikacie
« kdy: 19. 12. 2013, 08:44:47 »
Co z toho nezvládne Java WebStart?

4451
Distribuce / Re:Distro podobne BSD portum
« kdy: 18. 12. 2013, 21:16:15 »
Jsou ještě nějaké distribuce od Gentoo odvozené. Ale co je na Gentoo složitého? Podle mne je to na instalaci ta nejjednodušší linuxová distribuce. Je k tomu krásný návod Gentoo Handbook, kde máte krok za krokem srozumitelně vysvětlené, co a proč máte udělat.

4452
Vývoj / Re:Proč je Java pomalá a problémová?
« kdy: 18. 12. 2013, 21:07:22 »
V tejto kategorii u mna vyhrava QtCreator
Patří opravdu do téhle kategorie?

Já osobně bych Visual Studio na první místo nedával, a to toho podle mne ještě umí méně, než ty zbývající tři. Taky je zajímavé, že IntelliJ Idea je ten zlý pomalý Swing, zatímco Eclipse je to úžasné nativní SWT.

4453
Vývoj / Re:Java v terminálu
« kdy: 18. 12. 2013, 21:02:37 »
Nikdy jsem 1. start neměřil, ale u java apletů v browseru to docela trvá.
Když tu unixovou utilitu budete před startem ještě stahovat (ehm, dokonce dvakrát, jestli ten uleželý bug stále neopravili) z internetu, také to bude docela trvat.

4454
Vývoj / Re:Proč je Java pomalá a problémová?
« kdy: 18. 12. 2013, 16:43:15 »
GMail je špatný příklad, protože tam fakt netušíme, jak co a proč má Google udělané, co je rychlé jenom díky cachování atd. atd.
Ale vždyť to je právě ten celkový uživatelský dojem. Jaký v tomto kontextu rozdíl mezi kešováním a paralelizací, kterou jste uváděl vy?

Já to ale slýchám i od adminů, kteří javové aplikace reálně spravují.
S čím to porovnávají?

Měl bych takový možná hloupý příklad, do vnitřností JVM opravdu nevidím... V Erlangu jsou afaik všechny odkazy v paměti z principu věci vždycky jednosměrné (vždycky odkaz jenom na starší data) -> neexistují cykly -> GC může být podstatně jednodušší, rychlejší a nemá takový dopad na latenci.
Takový nějaký podobný efekt by v JVM nastat nemohl? Že by prostě z nějakého principu jazyka došlo k tomu, že by celkově ta aplikace měla "hezčí chování"? 
Připadá mi to velmi nepravděpodobné, protože Java (jazyk) je velmi blízko JVM, a to oboustranně – v jazyce prakticky neexistují konstrukce, které by neměly obraz v instrukční sadě JVM, a JVM zase neumí prakticky nic navíc, co nepotřebuje Java.

Přesně tam myslím ta debata předtím směřovala: "ukažte mi aplikace v oblasti XY, které se prosadily".
Bylo zmíněné Eclipse. Tak můžeme vzít čtveřici Eclipse, IntelliJ Idea, NetBeans, Visual Studio. Nevím, zda je to komplet – možná ještě něco od Borlandu? Pokud jsem na něco nezapomněl, je tedy zajímavý i ten počet. Ale nás zajímá uživatelská zkušenost s výkonem těch aplikací. Je mezi nimi evidentní rozdíl v rychlosti, paměťové náročnosti? Neřekl bych.

Přesně tam myslím ta debata předtím Android je pořád klasický stack. Já jsem myslel podstatně tenčí vrstvu pod JVM, opravdu jenom ve stylu nějakého speciálního mikrokernelu... (něco ala L4Linux)
To by znamenalo nový OS. A nových OS vzniká málo tak nějak obecně. Naopak se počet OS snižuje – různá spotřební elektronika jako televize (dnes už i hodinky hodinky) měla dříve vlastní řídící software, který byl sám sobě i OS. Dnes se místo toho používá Linux nebo Linux/Android. Apple použil jádro FreeBSD.

Je na tom také vidět, že přidávání vrstev do toho „klasického stacku“ má vzhledem k celku čím dál menší režii. Dnes už nevadí provozovat nad HW operační systém, nad ním virtuální počítač typu VMware, nad ním virtuální stroj typu JVM a z toho všeho provozovat aplikaci přes internet. Důvod, proč se to nesloučí do jednoho, je podle mne čistě v tom, že ušetřený výkon by byl zanedbatelný (a čím dál menší), ale náklady na vývoj a následnou údržbu obrovské.

Citace: Kolemjdoucí
V cloudech se přesunuje celý běžící VM mezi fyzickými stroji, mají na to udělátor třeba ve VMWare.
A nebo tam právě běží nějaký virtuální stroj jako JVM, a v něm se podle potřeby startují a zastavují jednotlivé aplikace – takhle funguje třeba Google App Engine.

4455
Vývoj / Re:Proč je Java pomalá a problémová?
« kdy: 18. 12. 2013, 15:45:39 »
Platforma s tenkou vrstvou pro JVM se neujala proto
Píšete o Androidu, že? Takže proč že se to neujal?

Stran: 1 ... 295 296 [297] 298 299 ... 303