Průlom ve vývoji procesorů? Nápad Samsungu a IBM má telefonům přinést vyšší výkon a až týdenní výdrž

Vy jste zase extrémní na druhou stranu, obojí je blbé. Doba glorifikace C/C++ jako toho nejlepšího je už snad dávno pryč.C# bych nesrovnával s VB, když už, tak VB.Net. C/C++ jsou zase takový lepší assembler. Z toho plynou možnosti těch jazyků.S platy jste taky mimo, pokud chcete dobré lidi, tak i u té javy nebo .netu budete muset ty vyšší desítky tisíc nebo 100+ zaplatit, u kontraktorů se nabízí 100+ už docela dlouho.Jestli je něco spatlané nebo ne je hlavně o lidech, tam jazyk moc nepomůže. Máte pravdu v tom, že lidi musíte zaplatit a člověk po škole potřebuje nějaký dohled, obzvlášť pokud nemá reálnou praxi na něčem trochu větším. Zaplatit prostě musíte ty zkušenosti a schopost přemýšlet, jazyk je pak prostředek, jak to nějak zhmotnit. A to jde udělat dobře nebo špatně v čemkoliv.>> Ten prijde, prepise pulku aplikace do C++Není moc reálné. Ono jde teoreticky napsat cokoliv v čemkoliv, prakticky je to nesmysl, ty možnosti jazyků, vývojových prostředí a knihoven jsou odlišné a ty jazyky se hodí na různé věci. C/C++ na něco low level budiž, pro klasické aplikace je to nevhodné. Výkonnostně může být lepší C/C++, ale java a .net se při běhu taky kompilují do nativního kódu a tak může záležet zase na kvalitě překladače do bytecode a JIT překladače. Ani se nedá vyloučit, že najdete typ problému, kde ty časy vyjdou srovnatelné nebo překvapivě lepší pro ten z vašeho pohledu horší nástroj. Pro většinu reálných použití je tohle ale naprosto nezajímavé - pokud máte problém s výkonem aplikace, tak je většinou problém někde jinde. Je napsané neefektivně, ale to není problém jazyka, ale kódu a ten můžete blbě napsat v čemkoliv. Akorát u těch "enterprise jazyků" tomu dost pomáhají ty miliony knihoven na všechno, takže pak mají lidé tendenci to slepit dohromady aniž by je zajímalo, co je pod tím.Ty jazyky/prostředí se prostě hodí na jiné věci a jsou v tom jiné typy chyb. U C dost low level (třeba čtení mimo rozsah pole, protože se někdo neobtěžoval kontrolovat vstupní data), u vyšších jazyků je spíš problém v tom, že tam někdo tu nebezpečnou věc přímo naimplementoval a útočník ji pak zneužil použitím, které autory nenapadlo.Jestli se nezměnilo, tak třeba reflection se u .net/javy a C/C++ (tam bylo jakési RTTI) nedá vůbec srovnávat. Spousta užitečných knihoven je na tom založená, jádro funkčnosti aplikace se udělá jenom tím, že se ke kódu dají anotace (atributy v .net) a funkčnost zajistí ta 3rd party knihovna. Nebo tak můžete dělat jednoduše pluginy, prostě se k aplikaci přihodí ty přeložené classy. U těch nativních jazyků tohle tak přímočaré nebude.

Ono je to složitější, kdysi vycházel celý seriál na rootu a rozebírali tam různé podrobnosti. Buď se může bytecode interpretovat nebo se během běhu aplikace část nejdřív přeloží a pak pustí nativně. Dělá to snad i nějaké analýzy (typu jak často je co volané), takže se nemusí nutně překládat všechno. Pokud se metoda pustí jednou za čas, tak to třeba ani nepřekládá, pokud se bude volat častěji, tak se vyplatí to přeložit atd. U javascriptu to už dneska taky nebude jenom tupá interpretace, ale proti javě je to složitější, není to staticky typovaný jazyk.https://www.root.cz/clanky/pohled-pod-kapotu-... ...

To jo, ale jak často jej používá normální člověk? Třeba půl hodiny až hodinu denně?Je teda fakt, že mám doma i v práci počítač, tak nepotřebuji koukat na mobil. To mohou mít lidé jinak, informace si hledat na mobilu a pc ani moc nepoužívat, pak to bude s výdrží horší.

Jo, to jsem psal, někdo třeba telefon používá primárně, to pak tolik nevydrží. Já bych třeba hodinu číst weby na telefonu nemohl, na ty eshopy to taky není ideální, prostě to radši naklikám na PC. Je teda fakt, že když jsem jezdil do práce MHD, tak jsem si na mobilu četl (ale to bylo zase spíš přes ty mobilní aplikace k zive, e15 atd).

Tento týden denní průměr: 3h 35m. Tak koukejte navalit nový procáky. 😉