Názor k článku Underscore aneb další knihovna pro funkcionální programování v JavaScriptu od XMen - No mrtva kniznica moze znamenat hlavne nebezpecie. Co...

No mrtva kniznica moze znamenat hlavne nebezpecie. Co ak sa tam najdu nejake problemy? Kazdy dobre vie, ze na rozumnej platforme (java alebo .net) dnes defacto neexistuju sql injection utoky, pretoze to mali osetrene hned. Zato take PHP weby su uplna chutovka. Pri JS utokoch je to vsak ovela horsie. Preto ak sa vyskytne nejaky problem na mrtvej kniznici je to vyslovene na vas ako sa k tomu postavite a ci ten problem vobec objavite skor nez niekto druhy. Dalsi problem je to, ze JS kniznice maju velmi kratku nazvyme to "moralnu zivotnost". Kazdy ma pocit ze dalsi projekt musi urobit v inej kniznici, ktora je prave v mode. V neposlednom rade ide aj o podporu roznych features, ktore dostanete v supportovanej kniznici ale v mrtvej je to uz vsetko na vas, cim sa vyrazne predrazuje projekt ako penazne tak aj casovo. Mozno by nebolo od veci, keby sa zacali ludia zamyslat nad tym, kolko tento chaos predrazuje samotne projekty. A taktiez aj nad tym, cim su prinosne nove kniznice, ktore robia iba veci inak ale v podstate riesia to iste alebo ich charakter ich predurcuje k dobremu rieseniu iba pri niektorych situaciach.

Co sa tyka javy tam vidim vyhodu v tom, ze vas nikto nenuti pouzivat features z java 8 alebo 7 alebo 6 a dokonca aj 5. Je to cisto na programatorovy ci to pouzije ale hlavne je to, ze sa dodrziava kompatibilita. Prechod z verzie java 1.2 na java 8 je bezproblemovy a teda aj 19 rocne aplikacie je mozne dalej upravovat. to je velka sila javy. To pri mrtvych JS knizniciach robit nemozte

PS: To ze ukazal vela moznosti akymi riesit problemy nemusi byt dostatocne, ked sa stale riesia tie iste. Navyse maloktora kniznica ich riesi vsetky a preto sa ludia uchyluju k roznym ohybaniam kniznic a ako som uz vela krat pisal, defacto riesia na kazdej kniznici tie iste problemy.