Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #33955
| 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 |
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
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