Új hozzászólás Aktív témák

• #8940 martonx veterán Mr. Y #8938

  Új Válasz 2021-11-08 13:39:16 #8940

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz Mr. Y #8938 üzenetére

  Épp a napokban futottam bele az esetbe. Amikor valami garázs cégtől egy direkt dedikáltan ideiglenes megoldást kértem, mert rövid időn belül mindenestől ki fogjuk dobni.
  4 oldalból áll, ebből az első kettőn egy szál form van, submit-ra ajaxolnak, a maradék kettőn némi animáció, és 1-1 gomb, amikre routing, illetve ani8máció történik. És ennyi.
  Na, most ezt a szerencsétlenek react-tal oldották meg, typescripttel, és napokig fejlesztett ezen 2 ember.
  Szóval én látom, hogy mi az az eset, amikre te gondolsz. Viszont te nem látod a másik oldalt, amikor valaki egy tényleg komplex weboldalt készít (akár csak gondolj egy webshopra, checkout-tal, vagy bármi komolyabb web app pl. Slack, Skype webes kliens).

• #8939 nevemfel senior tag Mr. Y #8938

  Új Válasz 2021-11-08 13:29:16 #8939

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  nevemfel

  senior tag

  válasz Mr. Y #8938 üzenetére

  Konkrétumok nélkül nem tudom megítélni, hogy az a többezer sor vajon fölösleges vagy sem.

  A HTML nem csak az oldal struktúráját tartalmazza, hanem a tartalmat is. (kivéve a nem szöveges tartalmakat, mint amilyenek a képek, videók)

  A CSS-nek sokszor fel kell készülnie arra, hogy a sokféle készüléken sokféle böngésző van, és nem elhanyagolható számú sor kell ahhoz, hogy egyformára hozza ezeket a különféle kliens szoftvereket (CSS reset).

  A JS sokszor komplett reaktív frameworkot rejt magában, ami arra kell, hogy ne kézzel kelljen "ajaxosítani" a kliens-szerver közti interakciót.

  Igen, ezek a frameworkok sokszor feleslegesen nagynak tűnnek, de ha ennek nincs negatív hatása a szoftver használójára, nem lassú tőle sem a kliens, sem a szerver, sem a kettő közti kommunikáció, vagy nem _emiatt_ lassú, nem kell foglalkozni vele túl sokat.

  A szoftverfejlesztők sokszor milliós havi bérét sok cégnek nem egyszerű kigazdálkodnia, ezért a legfontosabb tényező, hogy a fejlesztő gyorsan tudjon dolgozni, és a frameworkok erre vannak kitalálva. Persze ha egy szoftver nem hatékonyan használja az erőforrásokat, az ronthatja a szoftver minőségét, de idő-, és pénzkidobás olyan dolgot optimalizálni, ami jó eséllyel nem lesz szűk keresztmetszet.

  Ja igen, még egy érv az elterjedt frameworkok használata mellett: Jó eséllyel nem te leszel az egyetlen, aki hozzányúl a kódhoz, és ilyenkor jól jöhet az, hogy olyan frameworkot használsz, amit a kollégáid is ismernek.

Új hozzászólás Aktív témák