Keresés

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

  • Mr. Y
    őstag

    Sajnos lemaradtam az elejéről a moderáció miatt. De egy kis szösszenet a keretrendszer vs egyedi kód.
    - Nem lövünk ágyúval verébre
    - A problémára megoldást kínálunk, nem pedig azt az XY keretrendszert használjuk, amit az előző projektben. Kivéve ha van 6 XY keretrendszerhez értő kolléga, mert akkor ésszerű lehet azt választani.
    - Piacról egyszerűbb felvenni XY keretrendszerhez értő kollégát, mintha egy saját belső keretrendszerhez kéne betanulni.
    - Ha keretrendszert használsz, értékesebb piaci tudásra teszel szert, mint egy belső rendszerrel.

    Ha a probléma egy egyszerű saját kis JS-el megoldható, akkor nem kell egy óriás libet behúzni, lásd első pont. Bugot fog tartalmazni mindegyik fw, viszont egy népszerű frameworknél hamar jönni fog rá javítás. Ha probléma akad, gyorsabban találsz rá megoldást google, stackoverflow segítségével.

    Volt szerencsém mindkettőhöz, ugyanúgy lehet jó belső tool, de lehet szar kód egy keretrendszerrel, fordítva is. Nem ezen múlik. Én viszont keretrendszerrel indulnék neki, kivéve ha lásd 1. pont :R

    Ami nekem most nagyon tetszik, az az Astro.js. Ha nem akarsz lib-et behúzni, akkor csak írsz hozzá egy kis JS-t, de ha valahol kéne, akkor csak annál a komponensnél használod.

    Nem maradtál le sok mindenről, lényegében megfogalmaztad, mik íródtak ott le. Csak némi kiegészítés:

    1. pont: Tökéletesen egyetértek.
    2. pont: Ez attól függ. Ha ugyan olyan a projekt, csak a köntös más / vagy egyes egyedül vagy a saját rendszered használatára, akkor probléma nélkül újra felhasználható, amennyiben hozzáad és nem elvesz az értékéből (vagyis nem lesz az adott projekt hibás a régi rendszertől). Lehet, ezt nem tudtam megfogalmazni pont úgy, ahogyan a fejemben hangzik, de remélem átment a szövegen keresztül a gondolat :)
    3. pont: Ezzel is egyetértek.
    4. pont: Ezt viszont átfogalmaznám. "Ha keretrendszert használsz" helyett szerintem "Ha tudsz keretrendszert használni" jobb megoldás. Fentebb ugyanis írtam róla, hogy a használat nem feltétlen egyenlő a tudom azt is, hogyan működik-el. Anélkül meg ugye sokat nem ér.

    Én magam nem dolgoztam még külső keretrendszerrel önálló projektnél, dolgoztam azonban csapatban olyan oldalon, ahol az alapokat keretrendszerekre építették. Megjegyzem, ez éppen egy Webshop volt. Én dolgoztam az oldal blog részén, és kimondottan probléma volt, hogy az alapokhoz nem szabadott hozzányúlni, a végeredmény pedig pont emiatt nem nyerte el a tetszésemet. Ez főként a megjelenésre vonatkozott. Itt jött képbe a saját kis turpisság, ugyanis a blog megnyitásakor lefutott egy kis scriptem, ami hatástalanította az összes többi, nekem nem kellőt :))

  • Bzozoo
    tag

    Sajnos lemaradtam az elejéről a moderáció miatt. De egy kis szösszenet a keretrendszer vs egyedi kód.
    - Nem lövünk ágyúval verébre
    - A problémára megoldást kínálunk, nem pedig azt az XY keretrendszert használjuk, amit az előző projektben. Kivéve ha van 6 XY keretrendszerhez értő kolléga, mert akkor ésszerű lehet azt választani.
    - Piacról egyszerűbb felvenni XY keretrendszerhez értő kollégát, mintha egy saját belső keretrendszerhez kéne betanulni.
    - Ha keretrendszert használsz, értékesebb piaci tudásra teszel szert, mint egy belső rendszerrel.

    Ha a probléma egy egyszerű saját kis JS-el megoldható, akkor nem kell egy óriás libet behúzni, lásd első pont. Bugot fog tartalmazni mindegyik fw, viszont egy népszerű frameworknél hamar jönni fog rá javítás. Ha probléma akad, gyorsabban találsz rá megoldást google, stackoverflow segítségével.

    Volt szerencsém mindkettőhöz, ugyanúgy lehet jó belső tool, de lehet szar kód egy keretrendszerrel, fordítva is. Nem ezen múlik. Én viszont keretrendszerrel indulnék neki, kivéve ha lásd 1. pont :R

    Ami nekem most nagyon tetszik, az az Astro.js. Ha nem akarsz lib-et behúzni, akkor csak írsz hozzá egy kis JS-t, de ha valahol kéne, akkor csak annál a komponensnél használod.

    Pont a mai webfejlesztő meetup-on volt szó a React negatívumairól és Svelte-ről, mint alternatíva.
    Tehát attól, hogy valami keretrendszer, még nem egyenlő azzal, hogy egy csomó haszontalan kód behúzására van szükség.
    https://youtu.be/6MwUv6lvK4w?t=2088

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