[Javalist] Web framework

[Gábor Garami]

"Vagy mert például külön csapat csinálhatja a felületet és a
backendet, így a backend fejlesztők tehermentesítve lehetnek és nem
kell felületi csicsázással foglalkozniuk."

De erre szuletett a Thymeleaf is, nem?

Egyebkent felreertettel, vagy lehet en nem fogalmaztam erthetoen.
Jopofak ezek a JS-es cuccok, az ExtJS is meg a tobbi is, es tudom -
vagy legalabbis sejteni velem -, hogy vannak normalis fejlesztok, akik
ertelmes kodot irnak es epitenek fel. Csak az a problema, hogy en
amikkel talalkozom JS-es csodak, azok nagyon nem ilyenek, es a
legtobbszor vagy baromi lassuak, vagy egy ido utan ki kell loni a
bongeszot, mert hasznalhatatlanul lassu lesz toluk.

Maskepp fogalmazva: a bivaly egy eros allat, van sok jo dolog, amire
lehet hasznalni, en csak abban ketelkedem, hogy a hinto meg az eke ele
is feltetlenul bivalyt kell kotni, mikor utobbira boven eleg lehetne a
lo  is...

Es csak hogy tudd, en irtam eleg AJAX kodot (meg ha nem is vagyok
profi JS fejleszto), tudom, hogy mi hogyan megy a hatterben. Csak en
mindig felek, amikor megjelenik egy ilyen technologia, mint az ExtJS,
amit tulsagosan is konnyu rosszul fogni. Sokan nem ertik meg, hogy nem
attol lesznek ok kiraly JS fejlesztok, mert a lekuldott HTML egy darab
div elembol all.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
Skype: hron84


2015-09-15 15:09 GMT+02:00 boci <boci.boci at gmail.com>:
> Kedves Gábor!
> Viktor megfogta a lényeget. Értem én, hogy minden fejlődés elutasítandó. Meg
> bezárkozunk a kis világunkba és ott elvagyunk. De azt állítani, hogy a
> "divat" miatt használják, netto marhaság.
> Mert például használhatják azért is mert így egy felület fejlesztési ideje
> nem kicsit lecsokken. (bocs de egy szerkeszthető több controlor táblázat
> ahol kliens oldalon kell mondjuk a mezők között összefügéseket állítani amit
> menthet megnézem mennyi idő alatt írsz meg html-ben...)
> Vagy mert például külön csapat csinálhatja a felületet és a backendet, így a
> backend fejlesztők tehermentesítve lehetnek és nem kell felületi
> csicsázással foglalkozniuk.
> De lehetne az is,  hogy azért mert az integrációs tesztek külön tudnak futni
> a backend és frontend arhitektúrára.
>
>
> ps: megjegyzem en google polymer párti vagyok, lehet neked is teccene, mert
> van benne HTML! :D
> pps: nem a js a szűk keresztmetszet hanem a fejlesztő aki nem ismeri a
> technológiákat és gányol. Mert mondjuk ha csinál valaki egy 10000 soros
> gridet js-ből annak a készítése lassú lesz, mert a node készítés lassú,
> viszont ha átküldi html-ben (IGEN HTML-ben!) és arra húzza rá a js
> komponenst, máris megszünt a probléma... csak ugye ehhez ismerni kell a
> komponensek renderelését, a keretrendszer adta lehetőségeket, ja hogy ahhoz
> tanulni kell? aki nem akar keressen más szakmát..
>
> b0c1
>
> ----------------------------------------------------------------------------------------------------------------------------------
> Skype: boci13, Hangout: boci.boci at gmail.com
>
> 2015-09-15 14:56 GMT+02:00 Tamás Viktor <viktor.tamas at gmail.com>:
>>
>> Én meg már azért az ötletért sem rajongok, hogy kijöttünk az ős-óceánból.
>> :)
>>
>>
>> 2015-09-15 14:12 GMT+02:00 Gábor Garami <gabor.garami at hron.me>:
>>>
>>> En nem rajongok kulonosebben a JS-only feluletekert, marpedig az ExtJS
>>> meg a KendoUI tipikusan ilyeneket gyartanak. Ertem, hogy ez a divat,
>>> es nem erdekel. Mindegyik nepszeru bongeszonek a JS a szuk
>>> keresztmetszete, attol tud belassulni, hasznalhatatlan lenni, ha csak
>>> HTML alapu cuccok lennenek, minimalis AJAX-szal, annak ugy lenne
>>> ertelme, de hogy meg a view-t is JS renderelje - bocs, de az no-go.
>>> Garami Gábor
>>> E-mail: gabor.garami at hron.me
>>> Tel: +36 20 235 9621
>>> Skype: hron84
>>>
>>>
>>> 2015-09-07 14:55 GMT+02:00 boci <boci.boci at gmail.com>:
>>> > Nem gepi kodban nyomom termeszetesen, de eleve nem vagyok hive a
>>> > dinamikus
>>> > HTML generalasnak. Azonban ha mar ilyenre kell vetemednem akkor
>>> > Thymeleaf
>>> > mert egyszeru, konnyu, es nem ad egy akkora blackboxot az egesz cucc
>>> > kore
>>> > mint mondjuk GWT, valamint joval fejletebb mint a JSP (amugy GWT
>>> > debuggolashoz sok sikert (mikor a hiba a JS oldalon jon elo es a
>>> > rohadteletben nem talalod meg a kodban hogy hol tortent, es igen sajat
>>> > tapasztalat)
>>> >
>>> > De megegyszer mondom, szep dolog ha egyedul butykolgetsz valamit, de
>>> > amint
>>> > van egy site builder mindjart kicsit mas a leanyzo fekvese (pl
>>> > sitebuilder
>>> > ad egy csini html/css/js lapot, hogy ebbe mehet a tartalom, hat
>>> > megnezem
>>> > mire GWT-ben vagy JSP-ben megszulod), persze izlesek es pofonok, en ha
>>> > lehet
>>> > nem barmolom szet a sitebuilder altal adott kodot. Admin feluletre meg
>>> > miert
>>> > csinaljak HTML kimenetet? Ott a JSON, szepen tesztelheto, konnyen
>>> > ellenorizheto az eredmeny, frontend fejlesztes pedig mehet a backendtol
>>> > fuggetlenul (pl extjs, polymer, kendoui lehet valogatni miben)
>>> >
>>> > Persze izlesek es pofonok, ez az en maganvelemenyem a dologrol
>>> >
>>> > b0c1
>>> >
>>> >
>>> >
>>> > ----------------------------------------------------------------------------------------------------------------------------------
>>> > Skype: boci13, Hangout: boci.boci at gmail.com
>>> >
>>> > 2015-08-26 10:33 GMT+02:00 Peter Verhas <peter.verhas at gmail.com>:
>>> >>
>>> >> "Tegyuk hozza (tudom az en hulyesegem) de engem eleve elborzaszt
>>> >> minden
>>> >> generalt dolog (GWT, JSP) mivel az eredmenyben torteno hibakereses
>>> >> eleve....
>>> >> mondjuk ugy huzos tud lenni...."
>>> >> wow! Akkor te gépi kódban nyomod?
>>> >> Egyébként pont a két példád, GWT és JSP pl Eclipse-ben forrás szinten
>>> >> debuggolható. Nem mintha ettől szerethetőbbek lennének, de könnyebb a
>>> >> fejlesztés.
>>> >>
>>> >>
>>> >> Peter
>>> >>
>>> >>
>>> >>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> Javalist mailing list
>>> >> Javalist at lists.javaforum.hu
>>> >> http://lists.javaforum.hu/mailman/listinfo/javalist
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > Javalist mailing list
>>> > Javalist at lists.javaforum.hu
>>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>>> >
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>