GraalVM clanek o GraalVM, od GraalVM autora a GraalVM spoluautoru pro GraalVM uzivatele pripomina vlastnosti GraalVM v prostredi GraalVM tak, ze jazyk autora GraalVM clanku o GraalVM prilis casto pouziva nazev produktu GraalVM. Proto to pusobi jako pokus o SEO pro GraalVM, GraalVM prekladac, autory GraalVM nebo spoluautory GraalVM.
Jinak byl clanek o GraalVM alespon trochu uzitecny, jen by me zajimalo, jak si GraalVM povede v pomalych desktop / swing aplikacich s GraalVM.
Statistika: v dnešním článku je název GraalVM zmíněn 56×. Ve včerejším článku o Vapory zmiňuje Pavel Tišnovský tento projekt 69×. To je teprv SEO, panečku.
Nevšiml jsem si, že by tam Tišnovský měl JEDINÝ zvýrazněný (tučný) nápis Vapory (krom nadpisů, které jsou tučné jako celek).
A přitom tam Tišnovský zvýraznění běžně užívá, ale jen když potřebuje vypíchnout věc, kterou primárně probírá v následujícím odstavci (třeba třídy Camera, LightSource, Sphere a Plane, ...). To pan Tulach občas použil také, ale navíc k tomu marketingově vypíchl KAŽDÝ výskyt názvu projektu (krom popisu u nadpisu, použitého na hlavní straně).
Prostě to bodá do očí a odvádí pozornost od (jinak možná) hodnotného popisu. Člověk automaticky zpozorní a prostě nebere jeho slova vážně, přemýšlí, kde jaký další podraz se objevuje. Namísto aby se začetl.
P.S.: NEsouhlasím se zpracováním nepotřebných osobních údajů, zejména v rozsahu debilního checkboxu, který jde (v odkazovaném textu) nad rámec údajů nezbytných pro technické zpracování. Uveďte to do souladu s GDPR, takto to není.
re: " Nakonec se ukázalo, že vlastně nešlo ani o to množství, ale o zvýraznění"
To zvýraznění byla pouze má poznámka, Já se ke kritice připojil až později, až když už toho tu byla kvanta. Co konkrétně chtěli říci předřečníci, to netuším.
Pokud chcete další "drobnosti", ode mne, konkrétně, tak jsem se neudržel a něco stručně popsal už zde:
https://www.root.cz/clanky/pribehy-z-vyvoje-nejrychlejsiho-virtualniho-stroje-na-svete/nazory/980039/
Rozvitěji například:
- Zvýraznění (už bylo odstraněno).
- Opakování názvu produktu je zbytečně příliš časté. Viz třeba sousloví ".. neopomenutelnou součástí GraalVM ekosystému je i podpora pro tvorbu jazykově nezávislých nástrojů. Standardní distribuce GraalVM nabízí debugger, ..." a jinde, kde druhá zmínka produktu tak blízko po sobě je zbytečně navíc, z kontextu v druhé větě naprosto jasně plyne, o čem je řeč.
- Svazácký styl plus PR: "pojďme budovat" ... "Ano, je to tak. GraalVM dokáže být ještě rychlejší.. " ... "Zvláštní pozornost byla věnována vytvoření efektivního mechanismu pro zpřístupnění " ... pokud netušíte co je tam v tom posledním nadbytečné, tak, v daném kontextu, nebudete přece věnovat zvláštní pozornost do něčeho nakonec neefektivního.. Takže nadbytečná PR věta jak jsme dobří. A podobně.
- Zbytečné řečnické otázky (na které je odpověď ano) . - Stylu: ANO. Dokážeme to ANO. JSME KINGOVÉ. Např. :"Jsou opravdu GraalVM jazyky tak rychlé, jak o sobě tvrdí...".
-- Nebo "Rychlé Ruby je sice hezká věc, ale kdo dnes píše v Ruby? Ten jazyk už je hezkých pár let za zenitem. Dnes přeci všichni píší v JavaScriptu, že!?
Ano, JavaScript je v současnosti vcelku populární a tudíž jej GraalVM také podporuje. " .. 4 PR souvětí namísto dostatečného, stručného a výstižného konstatování, že JS je také podporován.
To vše, a mnoho více, plus celkový styl "developers" "developers "developers" sice funguje (jinak by se takové tajtrdlíčky nedělaly a nepsaly), ale z jinak odborného textu dělají marketingový plátek, kde _musím_ vynechávat PR plky, abych se dobral hodnotné informace.
P.S.: NEsouhlasím se zpracováním osobních údajů v rozsahu v odkazovaném textu u checkboxu, který jde NAD rámec údajů nezbytných pro technické zpracování
Zrovna ten zvolený příklad byl podle mě něšťastný. Oponoval bych asi takto:
1. Porovnání Ruby vs GraalVM není nic jiného než rozdíl interpretu a JIT. Interpretovat jakýkoliv kód bude o řád pomalejší než JIT a ten rozdíl tomu odpovídá. Tento příklad nám ukazuje hlavně to, jak by na tom Ruby výkonově mohl být, kdyby měl JIT.
2. Porovnání Node/V8 vs GraalVM jasně dementuje jakýkoliv "superiority" argument. Rozdíl je na hraně statistické chyby a ukazuje, že GraalVM žádný extra výkon nenabízí. Navíc je v testu použítá stará verze node v6.14.1.
3. Porovnání C vs GraalVM je podle mě asi nejhorší. Chápu, že autor chtěl zachovat přepis 1:1, ale zrovna v tomto případě bych udělal výjimku, protože psát v C jako v javě je podle mě nesmysl. Příklad je navíc udělaný tak, aby překladač neměl možnost ten kód jakkoliv optimalizovat. Pomocné funkce nejsou `static`, takže optimizér nemá šanci udělat ani inlining, a časté použití malloc() ve smyčkách tomu taky moc nepomáhá - toto by vyřešil jednoduchý arena allocator na 10 řádků.
Můj závěr je takový, že se rozhodně nejedná o objektivní článek.
Porovnání Ruby vs GraalVM není nic jiného než rozdíl interpretu a JIT. Interpretovat jakýkoliv kód bude o řád pomalejší než JIT a ten rozdíl tomu odpovídá. Tento příklad nám ukazuje hlavně to, jak by na tom Ruby výkonově mohl být, kdyby měl JIT.
A jelikož Ruby samotné JIT nemá, je použití GraalVM pro Ruby co? Rychlejší.
Ale protože tento článek stejně není nic jiného než marketing a použití kompilátoru a VM napsaného ve zlé Javě by přeci nebylo morálně správné, tak raději zůstaneme na stromech a budeme dál interpretovat.