Egyrészt ez elég erős túlzás, hogy "a legtöbb", max. egy jelentős része. Másrészt a TypeScript egy transpiling superset, amit a browser közvetlenül nem tud sem futtatni, sem a JIT-tel gépi kódra fordítani; ahhoz, hogy működjön előbb transpile-olni kell JavaScriptre, ennek megfelelően egyáltalán nem igaz, hogy a JS csak egy legacy API alatta, valójában továbbra is JS-t futtatunk, max. egy másik nyelvben írtuk meg azt a JS kódot, amit majd a browser futtat. (És ha a transpiling kliensoldali az további overhead-et eredményez.) Erről beszéltem, amikor azt mondtam, hogy "hetente hat új keretrendszer és/vagy transpiler jelenik meg hozzá, hogy mindegy, hogy mi - vagy egy másik nyelv, vagy valami framework - de valami fedje már el előlünk a JS baromságait".
Szóval de, az ipar egyre inkább a mindent is JS-ben mentalitást tolja; ennek ékes példája az pl. Electron nevű szemétdomb is, ahol már "asztali alkalmazást" írnak JS-ben - és JS-ben írják, nem TS-ben, vagy más transpile-olt nyelvben - bár valójában egy weblapot futtat az ember egy lecsupasztott Chromiumban és minden "alkalmazás" legalább 100 MB emiatt, még ha csak egy Hello World is az.
A data-s cucc meg lehet, hogy többet eszik, de mint mondtam, az érint pár embert, meg pár gépet, a JS meg mint a pestis terjed tova a neten, az okostelefonokon és a workstation-ökön is. Arról nem is beszélve, hogy azért egy data-s cucc - mégha oly pazarlóan is van megkonstruálva - akkor is nagy mennyiségű adattal dolgozik, szóval ott valahogy nem tűnik akkora overheadnak az extrém erőforrásigény, mint az, amit a webkettes ökoszisztéma mocska eredményez egy sima űrlap-alkalmazásnál is.