Vlákno názorů k článku Rust: programovací jazyk do aut, vlaků a letadel od oss - Nehovorilo sa presne toto iste aj o jave,...

A to ako dostavate v praci zadanie? Toto mi tu urob. Mame zakupeny kompilator pre C/C++ aj nejake kniznice, mame build prostredie a kazdy to tu ovlada ale vies co, kludne to urob v Zig-u tomu tu nikto nerozumie to bude super.
Ja som velky fanusik Zig-u ale to co pisete mi pride z pohladu zamestnaneho programatora ako nezmysel.

Já dělám na kontrakt a používá se jazyk, který chce klient nebo na kterém se shodne celý team, když se jedná o nový projekt.

Mluvil jsem ale hlavně o komunitě kolem jazyků C++ a Rust, to neustálé přesvědčování jednoho či druhého co je lepší nebo horší, je to unavující...

Asi zalezi co myslite v tej 'klasickej'. Zalezi kto kde nakupuje, napriklad tu mate Visa card s Javou:
https://www.alibaba.com/product-detail/CR80-JCOP-J3D145-Java-Bank-Card_1600739096024.html

No nazvat to ze je z Javou je dost prehnane. Je to skor Byte-code interpreter z istou mini-mnozinou API.

Oproti tomu je aj BBC:Micro z micropythonom superpocitac.

Ale na Androide ziadna JVM nebezi. Pozrite si Android Runtime(ART) pripadne starsi Dalvik (https://source.android.com/docs/core/runtime).

To, že na Androidě není JVM je jen důkaz toho, jaký shit JVM vlastně je :)

Google si svoje nástroje optimalizoval pro tento účel, ale i tak to nestačí a stačí se podívat na Apple, jak hezky mu to funguje s normálním kompilovaným jazykem.

31. 10. 2023, 12:12 editováno autorem komentáře

Na to ze ten shit pohana miliony komercnych rieseni ste dali celkom odvazne tvrdenie.
To ze sa napriek tomu ze sa to kompiluje do nativneho kodu Google rozhodol pre pouzitie Javy skor svedci o tom ze bol presvedceny ze C/C++ je shit. Ale kazdy to moze vidiet inac.

Podotýkám, že se nevyjadřuji přímo k Javě/JVM, ale obecně to, že je něco krám opravdu -- bohužel -- ještě neznamený, že to nemůže pohánět miliony, i stovky milionů, komerčních řešení. Nebylo by to zdaleka poprvé a skoro určitě ani ne naposledy.

No, Android používá jiný bytecode (více tříd v jednom souboru, register-based namísto stack-based). Ale jinak to je v podstatě Java. Je to založené na OpenJDK (od verze Nougat; předtím používali Apache Harmony). Samozřejmě to kvůli jinému bytecode musí používat jinou JVM. (Možná není korektní tomu říkat JVM, když používá jiný bytecode.)
Jiný bytecode má nejspíš hlavně historický význam. Asi bude obvykle menší (nejsem si jist, jestli na tom dnes opravdu záleží, ale OK), a asi v době interpretace byl rychlejší (JIT přišla ve verzi 2.2 Froyo, AOT v 5.0 Lollipop, resp. experimentálně už v 4.4 KitKat), ale dnes se používá nejspíš hlavně ze setrvačnosti.

Jiný bytecode byl politickou resp. právnickou nutností. Protože Androidí aplikace běží na mobilních zařízeních a pro ty není (tedy nebyla) k dispozici Java SE (SE=Standard Edition). Pro tato zařízení je určena Java ME (Mobile Edition), jenže ta už není/nebyla zadarmo.

Takže pokud by Google postavil své řešení na ME, musel by za každé zařízení s Androidem a JVM platit Oraclu, což se jim samozřejmě nechtělo (navíc jak to zařídit u třetích stran).

Takže si museli udělat vlastní "JVM která z právního hlediska není JVM" a tedy i odlišný bajtkód. Byly kolem toho i žaloby (lze dohledat) mezi Oracle a Googlem, ale do podrobností tady jít nemůžu (jako ex-autor OpenJDK a IcedTea; tam to bylo taky na hraně).

Takže Dalvik může být v něčem rychlejší, ale to nikdy nebyl hlavní důvod jeho vzniku.

O právních sporech jsem něco slyšel, ale zjevně jsem neznal celý background. Díky za opravu/doplnění.

Oracle žaloval Google už jen za to, jak se jmenujou některé funkce a jakou mají signaturu (parametry a návratovou hodnotu). Bylo to celkem nechutné abych se přiznal.

Vzdyt se spekulovalo ze kup SUNu byl hlavne kvuli tomuto. Oracle vypada jako patentovy troll.

Nevypada. On je.

Nastastie, narozdiel od Javy, a Mysql a Openoffice inu licenciu.