On Tue, 19 May 2020 13:32:30 -0700 (PDT), Maciej Sobczak wrote:

>> Do poważnych rzeczy? Nie.
>
> A dlaczego? Bo w ogóle nie robiłeś "poważnych rzeczy", czy te poważne koniecznie
robiłeś/robiłbyś z frameworkami?
>
> To jest pytanie o granice stosowalności tego pomysłu - tzn. nie-frameworkowego
web-developmentu.
> Oczywiście można sobie porozważać, że w odpowiednio dużym projekcie, praktykowanym
odpowiednio długo, przez sam fakt refaktoryzacji istniejącego kodu jakiś framework
mógłby się spontanicznie sam wyłonić a skoro tak, to czemu od razu nie zacząć z
istniejącym już frameworkiem. Ale wtedy kolejnym pytaniem byłoby, czy w takim
projekcie warto mieć własne rozwiązanie, naturalnie dopasowane do projektu, w ramach
którego powstało, czy też obce, do którego trzeba od poczatku naciągać projekt.
>
> (teoretycznie można ten argument zastosować do każdego frameworku lub biblioteki,
nie tylko w tej dziedzinie)
>
> Czyli: bierzemy HTML+CSS+JS (bo powiedzmy, że się uzupełniają i żadnego z tych
trzech nie może zabraknąć) i... tylko tyle, przynajmniej po stronie klienckiej. Czy
jest granica stosowalności tego podejścia i dlaczego jest właśnie tam?

Jest wiele powodów by nie robić tego w ten sposób. Goły HTML, JS i CSS
oznacza, że trzeba narąbać tony (istniejącego już) kodu, który załata wiele
braków i niedoróbek tej golizny. Wymyślając te swoje ficzery tworzysz de
facto kolejnego frameworka, z tym, że nikt poza Tobą i Twoim zespołem go
nie zna. Zatrudnij teraz do zespołu nowego developera i każ mu to
zrozumieć, rzeźnia. Dodatkowo musisz pisać dokumentację. Używając
frameworka open source masz produkt rozwijany za darmolca przez
setki/tysiące developerów, udokumentowany, wytestowany na olbrzymiej
liczbie platform i środowisk, autonaprawiający się (bugi naprawia core
team). Dodatkowo, gdy potrzebujesz zmienić kogoś w zespole lub nawet cały
zespół to szukasz developerów znających X, Y lub Z i masz niemal od strzału
gotowego programistę, który widzi kod i rozumie co się w nim dzieje.
Ponadto popularne frameworki mają masę dodatkowych narzędzi wspomagających
typu pluginy do edytorów, powiązane biblioteki rozwiązujące problemy nie
ujęte w samym frameworku, itd. Masz też często literaturę na ich tenat.
Oraz olbrzymią bazę społecznościową, gdzie możesz zadawać pytania i niemal
od ręki dostawać pomoc.

--
pozdrawiam
Roman Tyczka