( khiraly | 2014. 11. 03., h – 10:35 )

Már bocs, de az npm hol is oldja meg nekem ezt a problémát? A probléma a javascriptben, mint nyelvben van (nincs igazából class).

Lehet, hogy a problemat latjuk ketfele keppen.

* Te azt mondod, hogy egy nyelv nyelvi szinten adjon megoldast arra, hogyha egy library jovobeni verzioja inkompatibilis a programoddal.

Ebbol kovetkezik, mivel a java halom builtin lib-bel jon, hogy a programod kvazi csak adott java/jvm verzioval fut.

* Erre a node.js haza tajan az a megoldas, hogy van egy csomagkezeloje az npm.
Magyaran, amikor irsz egy programot, akkor listazod a fuggosegeidet a package.json fajlban, es ott konkret verziot irsz bele (ez a best practice, a *-ozast el kell felejteni:).
A verziokovetesre (magyaran egy libbol van-e ujabb), arra van megoldas.

Egy java program általában egy adott fő verziójú jvm-mel (pl. 7), vagy annál újabbal fut.
általában... Ezt akkor hagyjuk is ennyiben: általában.

Assemblyben kódoltam, java-ban 10 éve kódolok, nem összehasonlítható.

Sajnos nem. Ez egy pejorativ kifejezes volt.
Arra akartam utalni, hogy ahhoz, hogy a java ertelmes sebesseggel futhasson, rengeteg builtin konyvtarat olyan kriksz-krakszosan irnak meg, hogy egy normal java programozonak assemblykent hat.
Magyaran ugy megeroszakoljak a nyelvet, hogy szinte serto:)

Persze nem assembly. Az assemblyben sokkal szebben lehet programozni:)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....