5326
Vývoj / Re:Začátky v Javě
« kdy: 29. 03. 2014, 21:57:42 »Dokaž to.No vida, takže jste zaznamenal, že bývá zvykem tvrzení dokazovat. Tak až po vás, těch nedokázaných tvrzení se vám nakupila pěkná spousta.
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.
5327
Vývoj / Re:Začátky v Javě
« kdy: 29. 03. 2014, 21:34:31 »Mě se třeba líbí NetBeans, ale pokud píšete a ta písmena se vám tak nějak na obrazovce objevují se zpožděním, je to takové trochu líné a pak si vyberete libovolné IDE napsané v C++, tak vidíte ten rozdíl v interakciKterá jsou ta IDE napsaná v C++, která umí aspoň to samé, co NetBeans?
Nejdůležitější je rychlost běhu programu, a ta je u Javy prostě mizerná no ... smiřte se s tímTo první je nesmysl. To že neumíte programovat a vaše programy jsou pomalé už víme, nemusíte to opakovat pořád dokola a snažit se z toho dělat všeobecné závěry.
5328
Vývoj / Re:Začátky v Javě
« kdy: 29. 03. 2014, 18:22:37 »Mělo by, programy bez GC jsou zhruba o 100% rychlejší než ty s GC. To, že bez GC není programátor schopen pracovat ukazuje na jeho neschopnost, nikoli to že je moderní a de s dobou.A taky jsou programy bez GC zhruba o 200 % oranžovější. Když jste takový odborník a vyjadřujete to rovnou v procentech, jak jsou na tomdalší způsoby správy paměti - o kolik procent jsou programy bez nich rychlejší?
Je to fakt sranda, stačí říct že Java není úžasná, že má i chyby a na člověka se vrhne hejno zažraných Javistů jež chrání svou modlu, protože kdyby jí nebylo, neměli by práci.To špatně chápete. Problém není v tom, že byste říkal, že Java není úžasná. Problém je v tom, že plácáte nesmysly a ani se nepokoušíte předstírat, že byste je chtěl něčím doložit.
5329
Vývoj / Re:Začátky v Javě
« kdy: 29. 03. 2014, 15:25:50 »Začít s Javou je podle mne chyba, pokud bude někdy chtít přejít na jiný (-> efektivnější) jazyk (ať už z důvodu zájmu a nebo práce), bude to mít zbytečně těžké. Průměrný Javista je zlenivělí (takto to stačí říci abych nikoho neurazil) a má tendenci nezvládnout management paměti bez GC ...Kdyby jenom management paměti bez GC. Dokonce ani neumí používat pro ukládání dat páskovou mechaniku, a dokonce ani neumí pracovat s děrovačkou štítků!
Efektivnost jazyka jako jednorozměrná univerzální veličina je nesmysl. Věděl by to i pan RAII, který o tom diskutoval ve vedlejším vlákně, jenže se mu nějakým nedopatřením nedaří z té diskuse přečíst stránky 5 až 6.
Jinak pro úplné začátky je to jedno, to se člověk naučí, jak vypadá program v nějakém imperativním jazyce, jak se používají proměnné, podprogramy, jak se používá větvení a cykly. To se může každý naučit v Javě, C, C++, Pascalu, Pythonu, PHP, JavaScriptu, Perlu, Ruby nebo v čemkoli jiném, a rozhodně si žádnou z těch voleb neuzavírá budoucí možnosti s jiným jazykem. Akorát se pak naučí, jak se v tom kterém jazyce zrovna píše daný příkaz. Pak je také dobré naučit se, jak se pracuje s objekty, tam bych akorát pro začátek vynechal JavaScript, protože se od těch ostatních vyjmenovaných jazyků dost liší. No a teprve pak nastává ta fáze, kde začne záležet na výběru jazyka, ale to by si měl člověk vybrat podle toho, že těch jazyků pár aspoň trochu zná a má představu, jaké jsou jejich silné a slabé stránky. A pak si vybrat podle toho, co chce dělat. Pokud chci programovat mikrokontroléry, nebudu volit PHP nebo JavaScript. Pokud chci programovat webové aplikace, zvolím Javu, PHP, Python, Ruby nebo JavaScript. Pokud enterprise aplikace, vyhraje asi Java. Pokud chci přispívat do linuxového jádra, nemám jinou volbu, než C. Pokud chci programovat systémové skripty, je dobré se podívat na Python a Perl. A ve všech případech je pak programovací jazyk jenom střípek mozaiky, důležitá je celá infrastruktura kolem, knihovny, nástroje, standardy. Pokud někdo programuje bankovní systém a někdo jiný hru pro Android, sice oba píší v Javě, ale ta syntaxe jazyka je skoro to jediné, co mají oba dva společné, jinak jsou to dva hodně odlišné světy.
No a pak vedle imperativního programování existují také funkcionální jazyky nebo deklarativní programování, v různých jazycích se to různě mísí... Takže na začátku si rozhodně člověk nevybírá jeden programovací jazyk na celý život.
5330
Vývoj / Re:Začátky v Javě
« kdy: 29. 03. 2014, 09:07:26 »Hmm, Python? Ruby? Java je ale fajn, bez problémů stihnete uvařit i vypít kafe, než se spustí Tomcat :-)Tomcat ale není Java. Také existují i jiné servlet kontejnery. Jak dlouho startuje třeba takový IIS?
Má praktická zkušenost je, že Mono je serveru s ARM 4x rychlejší než Java a v podstatě se rychlostí blíží nativní aplikaci.Z kolika srovnatelných aplikací tato zkušenost vychází?
5331
Server / Re:602sql server a formát datumu
« kdy: 28. 03. 2014, 08:51:45 »Ale spíš by mne zajímalo, zda někdo někdy řešil (a vyřešil), jak v 602sql nastavit typ datumových položek na rrrr-mm-dd.Jak už jsem psal, typ datových položek je datum. Vás ale zajímá konverze ne řetězec.
Procházel jsem dokumentaci, ale nenašel jsem pro to ani převodní funkci na straně sql serveruPřevodní funkce se jmenují Str2date a Date2str. Pomocí funkcí pro práci z řetězci si případně můžete formát upravit do podoby, jakou potřebujete.
5332
Server / Re:602sql server a formát datumu
« kdy: 27. 03. 2014, 19:56:12 »
SQL databáze mají zpravidla pro datum vlastní datový typ. Konverzi na ten datový typ provádí buď knihovna pro práci s databází (např. JDBC driver - předáte mu java.util.Date a driver to převede na interní databázový typ pro datum), nebo na to má databáze funkce, které umí datum zadaný jako text převést na interní typ pro datum, případně tu konverzi databáze provádí automaticky. Pak bývá konfigurovatelné, v jakém formátu ta automatická konverze očekává vstup.
Takže záleží na tom, co ten váš software používá. Pokud datum uvádí rovnou jako text v SQL dotazech, je to ten nejhorší způsob použití a přímá cesta k SQL injection. Vy byste v takovém případě musel nakonfigurovat automatickou konverzi, aby používala tenhle formát.
Takže záleží na tom, co ten váš software používá. Pokud datum uvádí rovnou jako text v SQL dotazech, je to ten nejhorší způsob použití a přímá cesta k SQL injection. Vy byste v takovém případě musel nakonfigurovat automatickou konverzi, aby používala tenhle formát.
5333
Vývoj / Re:HTTP server na Androidu: nefunguje localhost
« kdy: 26. 03. 2014, 13:57:38 »
V Nastavení systému – Připojení – Další sítě je položka „VPN“ (na KitKatu). Zkusil bych se podívat tam, zda tam něco není nastavené.
5334
Vývoj / Re:HTTP server na Androidu - problem s localhost, pokud bylo pouzito 3G pripojeni
« kdy: 26. 03. 2014, 07:59:03 »
Kdyby to dělalo i přes WiFi, tak bych to tipoval na nějaký „antivir“, který vytvoří VPN, aby mohl sledovat provoz. Každopádně bych se zkusil podívat, zda tam nějaký proxy server nebo VPN nevzniká.
5335
Vývoj / Re:HTTP server na Androidu - problem s localhost, pokud bylo pouzito 3G pripojeni
« kdy: 26. 03. 2014, 06:48:32 »
Server běží na Androidu, Firefox a Chrome také? Zkoušel jste to v interním prohlížeči Androidu?
5336
Vývoj / Re:Java: byte to 8 boolean
« kdy: 21. 03. 2014, 17:47:13 »
Kdybyste uměl číst, přikládali by ostatní vašim názorům větší váhu. Takhle se akorát sám ztrapňujete.
5337
Server / Re:Nastaveni RevriteBase
« kdy: 19. 03. 2014, 09:20:51 »Kód: [Vybrat]
RewriteEngine on
RewriteRule ^/prace/koupelny/(.+) /prace/koupelny/www/$1 [L]
RewriteRule ^/prace/truhlarstvi/(.+) /prace/truhlarstvi/www/$1 [L]
RewriteRule ^/prace/marek/(.+) /prace/marek/www/$1 [L]
5338
Hardware / Re:Náhodné zaseknutí v Linuxu
« kdy: 15. 03. 2014, 18:37:41 »
Co znamená "sekne a už nenaskočí"? Jak se to projevuje a kdy? Při bootu (co se předtím vypíše), v grafickém prostředí, při používání nějakého programu...
5339
Vývoj / Re:Java: byte to 8 boolean
« kdy: 15. 03. 2014, 16:59:10 »důkaz o tom že Java je pomalá si dostal.Nedostal. Všeobecné tvrzení nelze dokázat příkladem. Což už píšu potřetí - přesto to, že jste to dvakrát nepochopil, není důkazem toho, že nechápete vůbec nic.
Mimochodem, varianta napsaná v C běžela 64 sekund, varianta v Javě 5 sekund. OK, můžete tvrdit, že Java je pomalá, ale pak je C superpomalé.
Ve skutečnosti se ukázalo, že zvolený jazyk má na rychlost nepatrný vliv. Nesrovnatelně větší vliv má zvolený algoritmus a odstranění úzkých hrdel při zpracování, která závisí na konkrétní implementaci. V tomhle případě se ukázalo, že je úzkým hrdlem dvojí dereferencování, které lze nahradit jedním, a hlavně zbytečné zahazování dat, která už jsou v cache procesoru. Třeba ta druhá optimalizace by před dvaceti lety byla na platformě x86 nesmyslná, protože procesor žádnou cache neměl.
Pro původního tazatele to znamená, ať se vykašle na nesmysly o tom, že je nějaký jazyk pomalý nebo rychlý, ať se naučí efektivně využívat možností platformy, ve které a pro kterou píše, a psát přehledný kód. A pak ať se naučí odhalovat ta místa programu, která jsou úzkým hrdlem, pochopit proč je dané místo problematické a pak program upravit. A také to mimochodem znamená, že i pro některé optimalizace v Javě, která je zdánlivě vysokoúrovňová, je potřeba znát, jak pracují dnešní procesory - že používají keš hlavní paměti, že používají predikci skoků, jak funguje přepínání mezi vlákny nebo mezi uživatelským prostorem a jádrem. Na druhou stranu tohle už jsou optimalizace, které se využijí jen v některých typech programů.
5340
Vývoj / Re:Java: byte to 8 boolean
« kdy: 15. 03. 2014, 09:43:07 »Těch pět řádků v C, co provádí samotné násobení, to rozvinulo na cca 1100 řádků v assembleruAha, takže asi optimalizace způsobem: "Á, násobení matic, a pěkně naivně implementované. Tak proto máme v knihovně daleko lepší algoritmus.".
