Příspěvky

5521

Distribuce / Re:Zastaralý software v distribucích

« kdy: 30. 12. 2013, 11:18:24 »

Zásadní rozdíl je ten, že když tvůrce software vydá verzi, tak k ní vždy vydá i sestavení

Takže když bude vydávat jednu verzi za druhou s neodladěnými funkcemi, vy si je budete všechny instalovat a testovat je -- tedy budete se podílet na vývoji jako betatester.

Nechci se podílet na vývoji

Aha, ale podílet se na vývoji nechcete. Takže chcete jednou za čas novou odladěnou verzi s novými funkcemi, a pak už jen opravy chyb? Takhle to ale dělají linuxové distribuce.

chci mít aktuální uživatelský software s aktuálními funkcemi

Proč? K čemu je to dobré? Tedy kromě těch hračičků, kteří musí každou novou funkci vyzkoušet -- ke kterým se ale sám nepočítáte?

Nechápu, co vám vadí na tom, že v jiné distribuci nebo jiném operačním systému mají stejně pojmenovanou aplikaci s novějším číslem verze. Stejně se liší i software se stejným číslem verze mezi různými operačními systémy, mezi různými distribucemi, dokonce i mezi různými instalacemi (třeba podle dostupnosti závislostí).

důsledek té šílené roztříštěnosti Linuxu

Zajímavé je, že ta šílená roztříštěnost se zatím vždy ukázala jako jediný dlouhodobě životaschopný systém. Ať už při evoluci života, u demokracie, nebo konkrétně u Linuxu, kterému konec éry PC jenom prospěl, což se o krásně jednotných Windows (kterou přesně verzi z těch aktuálně provozovaných asi 30 myslíte?) říci nedá.

5522

Distribuce / Re:Zastaralý software v distribucích

« kdy: 29. 12. 2013, 20:17:22 »

U Windows aplikací jste závislý na tom, kdy autor sestaví instalačku a zveřejní ji na webu. U Linuxových distribucí jste závislý na tom, kdy zveřejní balíček správce distribuce. Nebo si v obou případech můžete aplikaci sestavit sám.

Jenže jak můj příklad ukazuje, autor tu aplikaci sestaví, protože je to jeho aplikace a má na tom zájem, zatímco správce distribuce se na to zhusta vykvajzne. Sám to překládat nechci.

To je ale zásadní nepochopení vývoje software. Software se vyvíjí postupně, někdy dokonce paralelně v několika větvích. Pak někdo přijde, ukáže prstem na nějakou konkrétní verzi zdrojového kódu, a s toho se sestaví verze určená k distribuci. Ten někdo může být jak autor (který takhle typicky vydává verze pro Windows), tak správce distribučního balíčku. Takže tu aplikaci v nějaké verzi musel sestavit i správce distribučního balíčku, jinak byste tu aplikaci v dané distribuci neměl k dispozici.

Možná jste tedy nemyslel, že by v distribuci nikdo tu aplikaci nesestavil, ale třeba to, že autor sestavuje nové verze pro Windows častěji, než jak je máte k dispozici ve vaší distribuci. Pak je samozřejmě otázka, k čemu je dobré mít nové verze častěji. Na Windows je to zpravidla proto, že jinou možnost lidé nemají. V linuxových distribucích máte možnost kompilovat software přímo ze zdrojáků, což mi připadá jako nejlepší varianta, pokud se chcete podílet na vývoji a mít pořád ten nejaktuálnější kód.

5523

Distribuce / Re:Zastaralý software v distribucích

« kdy: 27. 12. 2013, 17:21:14 »

Já sem prostě zvyklý z Windows u aplikací, které používám, zkrátka stahovat a instalovat aktuální verze aplikací přímo od jejich autora, být závislý na tom, zda mi správce Linuxové distribuce aplikaci zpřístupní a v jaké verzi mi je tak nějak proti srsti.

U Windows aplikací jste závislý na tom, kdy autor sestaví instalačku a zveřejní ji na webu. U Linuxových distribucí jste závislý na tom, kdy zveřejní balíček správce distribuce. Nebo si v obou případech můžete aplikaci sestavit sám. Není v tom rozdíl, v obou případech je pro vás aktuální ta verze, kterou vám jako aktuální dodává příslušný distribuční kanál. A že ta aktuální verze je jiná pro 32bitová Windows, jiná pro 64bitová, jiná pro tuhle distribuci a jiná pro tamtu, jiná pro sestavení ze zdrojáků? Pak je asi jediná pomoc, sledujte verze jen u toho svého distribučního kanálu, pak vás nemusí trápit, že jinde mají číslo verze jiné.

5524

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.

5525

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 %.

5526

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č?

5527

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.

5528

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é.

5529

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.

5530

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.

5531

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í.

5532

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.

5533

Vývoj / Re:Autoupdate Java aplikacie

« kdy: 19. 12. 2013, 08:44:47 »

Co z toho nezvládne Java WebStart?

5534

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.

5535

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.