Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > pl.comp.programming > #33955

Re: Web development

From Roman Tyczka <noemail@because.no>
Subject Re: Web development
Newsgroups pl.comp.programming
References <2ee1f3e1-980c-4d1a-aecc-2cadeb08b91a@googlegroups.com> <20200519113017.4d559ff4@mateusz> <3c0d45ed-2c20-4431-b007-1b4a13c78574@googlegroups.com>
Date 2020-05-20 08:07 +0200
Message-ID <1q7o2oicjcgwk.dlg@tyczka.com> (permalink)
Organization Telekomunikacja Polska

Show all headers | View raw


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

Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

Web development Maciej Sobczak <see.my.homepage@gmail.com> - 2020-05-18 13:19 -0700
  Re: Web development Mateusz Viste <mateusz@xyz.invalid> - 2020-05-19 11:30 +0200
    Re: Web development Maciej Sobczak <see.my.homepage@gmail.com> - 2020-05-19 13:32 -0700
      Re: Web development Mateusz Viste <mateusz@xyz.invalid> - 2020-05-19 23:01 +0200
      Re: Web development Roman Tyczka <noemail@because.no> - 2020-05-20 08:07 +0200
        Re: Web development Maciej Sobczak <see.my.homepage@gmail.com> - 2020-05-20 11:46 -0700
          Re: Web development Roman Tyczka <noemail@because.no> - 2020-05-21 12:42 +0200
            Re: Web development Maciej Sobczak <see.my.homepage@gmail.com> - 2020-05-21 12:03 -0700

csiph-web