"De hát erről szól az eredeti post, illetve a jdk proposal is, hogy maga a NYELV nem ad lehetőséget bizonyos platformszintű optimalizációkra."
Attól függ, mit értesz platformon és azon, hogy a nyelv miért nem ad lehetőséget ilyesmire és hogy ezt hol olvastad egészen pontosan... a hivatkozott cikkben ugyanis csak JDK-ról van szó, és ott is a __ jel inkább egy hint a fordítónak, hogy más struktúrát készítsen, de ez eldönthető lehet hint nélkül is és akár futásidőben is...
Hozzátenném, hogy a DalvikVM az nem bytecode-ot kap, hanem dalvik executable formátumot, tehát egyáltalán nem érintett abban a megoldásban, ami le van írva.
"Ha nehéz is megérteni egy Visual Basices arc cikkeit, köpködni még megy nemde? ;)"
Megértettem, de látszólag Te nem érted a Java nyelvet, a platformot, az ecosystem-et és a futtatókörnyezetet, ahogy a VB-s arc se igazán.
"A fikázás helyett, eleve írhattál volna ennyit: hogy Java magas szintű nyelv, szarunk a platformra, nem kell elcsúfítani mindennel mint a C++-t, pár ms nyereségért! ÉS kész. Ez egy értelmes komment lett volna."
Megvan mindennek a helye és ideje. Lehet köpködni például a GC-t, hogy több memóriát igényel, mintha minden esetben a fejlesztő lekezelné a memória foglalást és felszabadítást, de cserébe csak igen erős ráutaló magatartással tudsz olyan hibát ejteni, mint a Heartbleed vagy a memóriaszivárgás...
...egyszerűen csak arra akartam rámutatni, hogy fura 2014-ben egy Java-val messziről találkozó blogszerző 2004 előtti írását lobogtatva egy IT megoldásról vitázni, ahol egy éven belül változnak a dolgok, nemhogy egy évtized távlatban...
--
http://wiki.javaforum.hu/display/~auth.gabor/Home