Bootstrap & spol. Proč?

Napsal Engineer;1478234

Tedy proč používat Bootstrap...

Díky. Skvělý příspěvek. :)V podstatě ty body odpovídají tomu, proč použít framework (obecně). Nějak ale nejsem přesvědčený, že v případě CSS, se těch výhod skutečně dosáhne. Třeba to, že to bude fungovat všude. Bootstrap ano, jenže v praxi musím ten BS vždy upravovat a zasahovat přímo do těch komponentů (a nemyslím přepisovat přímo kód BS), čímž ten jejich poměrně komplexní systém můžu navíc rozhodit. (Nehledě na to, že ten komponent pak bude ještě komplexnější a tím hůře udržovatelný, než kdychych udělal vlastní, jednoduchý a na míru.) Četl jsem taky články, které třeba tvrdí opak "vývoj je extrémně rychlý". Samozřejmě odpověď je, že to platí, "pokud to umíš". Bod 6 považuju za hodně důležitý, ale to je zajištěno WAI-ARIA standardem, nikoliv frameworkem. Ale jistě, je to skupina komponentů, kde je to už vyřešené. (Tahle část je v pohodě, spíš to CSS mi přijde jako problém.)Že to má vyřešenou responzivitu, je taky fajn, akorát když se podívám na weby na BS, tak ta responzivita je příšerná. A tak nekvalitní práci dodávat nechci.Ale čím více nad tím přemýšlím, tak mně je jedno, že někdo chce použít BS. Ani mi nijak nevadí sám o sobě. Jenom spíš nevím, jak to mám použít tak, aby s tím byl zadavatel spokojený. Co on vlastně čeká, že já udělám / že dostane? (Což je to, na co jsem se měl od začátku zeptat, místo nadávání na BS.) Najednu stranu předpokládám, že to chce proto, aby měl znovupoužitelné komponenty a navíc zdokumentované, takže mě to nutí komponent použít, ale tím ho začnu strašně ohýbat, takže z toho přestane být BS komponent. Když to ale zase nepoužiju, tak jsem to nepoužil... Nejsem schopný to vyřešit tak, abych neměl pocit, že to pořád dělám špatně.

Napsal mjerabek;1478247

Díky. Skvělý příspěvek. :)

Ale čím více nad tím přemýšlím, tak mně je jedno, že někdo chce použít BS. Ani mi nijak nevadí sám o sobě. Jenom spíš nevím, jak to mám použít tak, aby s tím byl zadavatel spokojený. Co on vlastně čeká, že já udělám / že dostane? (Což je to, na co jsem se měl od začátku zeptat, místo nadávání na BS.) Najednu stranu předpokládám, že to chce proto, aby měl znovupoužitelné komponenty a navíc zdokumentované, takže mě to nutí komponent použít, ale tím ho začnu strašně ohýbat, takže z toho přestane být BS komponent. Když to ale zase nepoužiju, tak jsem to nepoužil... Nejsem schopný to vyřešit tak, abych neměl pocit, že to pořád dělám špatně.

Pokud použiješ FW, tak logicky ho budeš ohýbat jen tak abys nezničil jeho funčnost, je třeba zákazníka postavit do latě s tím, že když chce FW, tak nemůže mix pixel-perfect grafiku. Ve většině případů, co znám, tak ani pořádně neví, co to Bootstrap je, jenom mu to někdo poradil a tak to hodí do placu, aby vypadal, že o tom něco ví. V horším případě mezi reálným zákazníkem a tebou stojí x dalších jedinců, kteří naprosto přesně vědí, co a jak se má udělat, sice nikdy nic nekódovali, ale budou se do krve hádat, že to takhle jde, že oni tomu rozumnějí a ty jim nesaháš ani po nehet od palce u nohy.Prostě hned ze začátku kódování si udělej čistej stůl - buď bude mít framework, tj. má výhody a,b,c,d nevýhody e,f,g,h nebo nebude mít framework, pak bude mít vhody i,j,k,l a nevýhody m,n,o,p. Pokud tě bude přesvědčovat, že je normální půlku Bootstrapu přepsat, tak se na to vykašli.To je obecný problém takových zakázek, hodně lidí jde do zakázek bez vyjasnění situace (analýzu je přece zbytečná), přeprodávači tlačí na to, aby se udělala každá zakázka, a když se ty, jako koncový technik ozveš, že takový projekt se prostě takhle dělat nedá, tak se dočkáš odpovědi "ono se to nějak udělá, ono se to zbastlí, ...". Chyba, projekt jde do mínusu a všichni jsou naštvaní. A je jedno, kolik článků mezi tebou je. Závěrem - ty si odborník, ty zodpovídáš za koncovou práci a její funkčnost. Jestli po tobě někdo chce zodpovědnost za něco, co víš, že je špatně, nedělej to, nebo si nech písemně potvrdit, že tu zodpovědnost přebírá dotyčný (ať už zákazník nebo "manažer").