Gondolatok a microfrontendekről egy angularos sapka alól

HUP

Kiss Balázs (Webváltó) előadása a HWSW free! meetup-sorozat 2022. november 29-i MODERN WEBFEJLESZTÉS tematikájú állomásán hangzott el. Biztos feltűnt, hogy jelenleg architekturálisan a micro-bármi korszakát éljük. Backend szinten egy komplex kérdés a skálázhatóság, "felhőalapúság", és a kódszervezés - de van értelme a frontenden is ugyanennek a témakörnek? Mit takar a téma pontosan a kliens oldalon és hogyan lehet alkalmazni a divatos frontend framework-ök segítségével? Ezt a kérdést járjuk körbe, angularos ízesítéssel.

( n0b0dy | 2023. 05. 03., sze – 14:02 )

Na de valójában kit érdekelnek a mikrofon-trendek?

( carlcolt | 2023. 05. 03., sze – 21:17 )

Szerkesztve: 2023. 05. 03., sze – 21:18

Egyebkent latott mar valaki az Angularnal szarabb, es hasonlo mertekben elterjedt web frontend frameworkot?

masnal biztos mas a szempont, nalam azert nem terjedt el az angular 2, mert:

1. fel evente uj verzio van, a verziovaltasokat mar megettem a php-val, nem kell meg egy.

2. az en modszerem: belepek ssh-n a szerverre, mcedit-el modositom a programot, mentek, majd a bongeszoben reload es mar az uj programot hasznalom. ami ennel tobb idobe kerul, az csak lassitana.

ettol meg az angular 1 nekem pont azt tudja amire szuksegem van.

neked aztan fura humorod van...

es ezen az sem segit, hogy a bongeszo gyartok megcsinalnak egy funkciot, ami nem promise-os, majd ugyanazt modositjak promise-osra, igy ha hasznalni akarod, eloszor ki kell probalnod, hogy vajon promise-t ad-e vissza vagy nem, mert egyik verzioban igy kell hasznalni, masikban meg ugy.

neked aztan fura humorod van...

( KoGa v | 2023. 05. 04., cs – 09:17 )

Én akkor hagytam abba a webfejlesztést, mikor elkezdtek bejönni ezek a framework szarok, és követhetetlenné vált, mit mivel divatos éppen csinálni. Látom, azóta sem sikerült ezen túllépni, és csak a spanyolviasz újra feltalálása megy.

( uid_17626 | 2023. 05. 04., cs – 11:11 )

Amikor az alkalmazások végtelen kis méretűre szeletelését látom, akkor azt gondolom, hogy ez menedzseri találmány, több létező problémára.

Az alábbi problémákkal rendelkeznek az informatikai cégek:

- Nem akarnak új dolgokat tanulni az emberek. (A többség.)
- Egyszerűbb specialistát találni, mint nekünk való generalistát.
- Kell m jó képességű ember, de nincs. Jelenleg csak n közepes képességű áll rendelkezésre. Megkötés m < n 
- Átlagos képességűeknél nem kell sokkal jobb, max annyival, ami még pótolható. Nem kell már ninja vagy jedi. 
- Túl nagy a fluktuáció, le kell csökkenteni a betanulási időt, hogy a produktív élettartam nőjjön.
- Egy ember kiesése ne borítsa fel a projektet. Lehetőleg az egész csapat lecserélése sem.

Na erre  válasz minden, ami most van és hype.

Tegyuk hozza, hogy sok hype olyan cegnel terjedt el / olyan ceg talalmanya, aminek akar 100+ fejlesztoje is van. Es koztuk kell rendet tartani.

Nekik elhiszem, hogy a "single page app" es uj markup language-ek ujrafeltalalasa lett a rend, de egy one man show eseten ugyanezek a korlatozasok nagyon utban tudnak lenni, ha haladna az ember.

Kell, hogy ne tudjon mindenki barhova hanyni egy listenert, mert 20-an fejlesztik a webappot? Akkor legyen rendszer, npm, nagy framework, IDE-barat definiciok, apro microservice-ek, stb.

Haladni kell, egyedul? VanillaJS es szarjuk le a regi browsereket. Csak azt rakjuk microservice-be, ami nyilvanvaloan kulonallo dolog.

Mas a ket use case. Nagyon mas.

( utolso v | 2023. 05. 12., p – 16:58 )

A micro frontend vagy valamilyen darabolós technika több okból is szükséges lehet. Pl.: a projekt nagy méretű - ez akár még a fejlesztést is lassíthatja. Nem csak divat és hóbort a js frameworkok használata. A nagyobb változások valóban problémához vezethetnek. Jómagam nem vettem észre, hogy kifutna az angular framework vagy vue vagy más.

Egyébként van fejlesztő az előttem szólók között? (frontend vagy fullstack)