🚀 go-pugleaf

W dniu wtorek, 19 maja 2020 11:30:21 UTC+2 użytkownik Mateusz Viste napisał:

> 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?

> > Po stronie serwerowej też mógłbym zapytać, czy ktoś z Was praktykuje
> > web development wykorzystując języki natywnie kompilowane, czyli np.
> > C++ - tzn. nie jako dalszy w szeregu komponent back-endu, tylko jako
> > wiodące (albo jedyne) rozwiązanie.
> 
> Raz mi się zdarzyło, niejako dla eksperymentu:
> http://poludnitsa.sourceforge.net/
> 
> Gdybym miał znów coś takiego robić, to użyłbym gołego php.

Eksperyment się nie udał? Czy udał się, ale dostarczył argumentów przeciw?

-- 
Maciej Sobczak * http://www.inspirel.com