En nagyon a JS ellen voltam, mert sokkal jobban szerettem az AS3-at, es nem bocsatottam meg a nagy cegeknek, hogy a JS-t toltak valami normalis nyelv helyett. Hosszu evekig ellenkeztem, es ugyan frontenddel is foglalkozom, de nagyon kinszenvedes (volt), ha html-js-css-hez kellett nyulnom. De most valami megvaltozott, talan letisztult kicsit a dolog, vannak erettebb frameworkok, a scope kezelese az olyan amilyen, meg azert el tudnek kepzelni olyat, hogy a bongeszo tudna futtatni, mittudomen, Ruby-t, lehet azt is hasznalnam.
Van a mondas, hogy amit nem tudsz megakadalyozni, annak allj az elere, szoval inkabb megprobalok ebbol profitalni, mintsem szivatni magam azzal, hogy szenvedesnek tekintem az egeszet. Es igy kezdtem el egy pet-projectet MEAN stacken, mondjuk Angular nelkul, jQuery+Handlebars komboval. Meglepoen konnyu ezzel amugy baromi gyorsan fejleszteni, mondjuk hanyadek kodot is, neki is kell majd allnom kicsit rendbekapni, de a fura scope-ok, meg a this-that problema, megfejelve azzal, hogy megirni a kodot egyszeru a tipusossag hianya miatt, de olvasni utana annyira mar nem egyszeru. Meg fura az is, hogy ugyanaz a nyelv van minden szinten, ez, mint alapvetoen Java embert nagyon meg tud kavarni. Kell egy par masodperc, mire rajovok, hogy backend, vagy frontend kodot latok. Viszont a MongoDB is egy csodalatos dolog, baromi jol tamogatja az egesz stack a rohamtempoban prototipizalast.
Es emiatt gyozott meg a MEAN. Mert nagyon sok otletem azon csuszott el, hogy uj nyelveket/metodologiakat/logikat kellett volna hamar felvennem, ha desktopra, vagy mobilra akartam volna valamit osszedobni, hogy leteszteljek valamit. De most siman osszedobom a kodot, megnezem, hogy van-e ertelme a dolognak, vagy se, vagy ha magamnak csinalom az appot, akkor meg ugyis az eredmeny erdekel, nem az, hogy milyen baromi technologiailag csodalatos kodot alkottam es megtanultam kozben csillio uj dolgot. Ujat tanulni mindig jo, csak nem akkor, mikor valamit gyorsan el kell intezni.
Szoval erre tok jo a platform. Nyilvan, ha kinovi magat a project, akkor at kell tenni valami ertelmes, es fenntarhato nyelvre, de azt meg lehet szep finoman bevezetni, egy-egy modult ujrairva, uj at mar az uj nyelven kezdve, stb. Hoppa, hat ezert tokeletes a microservice megkozelites! Emiatt (vagy epp ezert), a kodbazis tobb szeletre bomlik, egy egy modul egy-egy service-nek felel meg, emiatt meg kezelheto marad a kodmeret, es fenntarthato, szeparalt felelosegekkel. Es igy most elgondolkodtam, hogy igy tekinthetunk OOP - nem nyelvkent, de - megoldaskent a JS-re, ha a microserviceket egy-egy osztalynak tekintunk. Nagyjabol az osszes alapelv teljesul, nyilvan nincs kikenyszeritve, de odafigyelve mukodhet. Kerdes, hogy a halozati, vagy egyeb forgalom overheadje megeri-e a dolgot, vagy se. Erdekes.