Jak są tworzone dzisiejsze strony internetowe?

Question

Jak są tworzone strony internetowe na wysokim poziomie, mam namyśli: np. strony dla dużych firm itd.

Czyli czy strony są robione w statycznym html czyli są pisane w html i oczywiście stylowane w css-sie a potem dodany js. Czy np są robione w sposób na zasadzie takim jak react czyli po kolei każdy komponent w js. Czy może jeszcze inaczej, trochę tego i trochę tamtego czyli trochę w html a trochę na zasadzie reacta. Chodzi mi o takie strony standardowe np. sklepy sprzedające coś, promujące jakiś produkt lub strony google. Chciałbym poznać jak to na prawde wygląda na wysokim poziomie. pyt nr 2) czy takie sobie listy ToDo i inne aplikacje internetowe zawsze są robione na zasadzie reacta? Z góry dziękuje za odpowiedź.

Answer 1

Tak naprawdę każda firma/freelancer/agencja mają swoje sposoby. Niektórzy robią to na statycznych wersjach (chociaż nie sądzę, żeby było takich dużo), niektórzy wrzucają to w jakiegoś CMSa typu WP, Presta itd, a niektórzy jak wspomniałeś javascriptowe frameworki. Wszystko zależy od klienta, czego oczekuje, wtedy dopiero ustala się technologię.

 

Co do drugiego pytania, to na pewno nie jest to jedyne wyjście. ToDoList da się zrobić czystym JSem.

Answer 2

Generalnie jest wiele opinii na temat tego czy warto tworzyć aplikacje we frameworkach jak Angular, React itp. Część osób twierdzi, że w wielu miejscach jest to nadmierna abstrakcja wpływająca na performance całe apki i w pewnym sensie mają rację, ale bardzo często spotykam tego typu opinie w zupełnym oderwaniu od realiów biznesowych...

Co z tego, że zrobisz jakiś ficzer 50 ms szybciej w JS niż w Angular, jak zajmie Ci to tydzień, a w Angular 2 dni? Ponad to dużą zaletą frameworków jak Angular czy React jest bardzo niski próg wejścia, w zasadzie wystarczy w miarę podstawowa znajomość JS i możesz wchodzić w różne nowe ficzery biznesowe juniorami. W przypadku czystego JS wiele rozwiązań byłoby mocno customowych co jednocześnie wymaga dłuższego wdrożenia nowych ludzi, w wielu przypadkach wymaga też indywidualnych konsultacji itp. co w przypadku frameworka zapewnia nam dokumentacja... odchodzi więc agnażowanie innych pracowników w wiele kwestii...

Jak widzisz są plusy i minusy, nie ma jednej, uniwersalnej odpowiedzi :)

Answer 3

Wydaje mi się, że znajdujemy się w miejscu, które może być przełomem. Wydajność coraz bardziej wysforowuje się na czoło stawki jako najważniejsza funkcja naszej aplikacji. Z tego też powodu narzędzia zmieniają się tak, aby oferować jak najlepszą wydajność. Równocześnie wiadomo, że czystego JS-a w kwestii wydajności raczej się nie przebije. Dlatego też logika podpowiada, że powinno się pisać aplikacje w czystym JS. Ale z kolei pisanie w czystym JS niekoniecznie jest przyjemne – a czas programisty często jest cenniejszy niż lekka irytacja klienta. Ale z kolei lekka irytacja klienta… No ogólnie to kwadratura koła.

Dlatego też pojawiają się narzędzia, które pozwalają pisać w przyjemnym frameworku, dostarczającym nam przyjemnych abstrakcji, ale do przeglądarki posyłają mocno zoptymalizowany, czysty JS (patrz: Svelte). Choć dzisiaj wciąż są w mniejszości, a prym wiodą hegemoni pokroju Reacta, Vue i Angulara, to wydaje mi się, że narzędzia typu Svelte będą jednym z kierunków w nie tak odległej przyszłości (Angular już pracuje nad czymś podobnym – Ivy).

Comments

ivy byl dość mocno zapowiadany choć ostatecznie na razie nie mamy go w pelni w angularze 7. a powiedz mi masz jakieś doswiadczenia z apkami w svelte? pytam bo nie słyszałem o tym, a może znalazłby parę ficzerow gdzie mogę pokusić się o jakieś nowe technologie i zrobić jakiegos PoC.

---

Svelte jest wysoko na mojej liście TODO, ale na razie to się grzebię z parserem Babela i innymi strasznie low-levelowymi rzeczami :(. W grudniu w końcu powinieniem położyć łapki na Svelte i obczaisz, jak dobry jest w byciu kompilatorem.

---

kocham zagrzebac się w jakiś customowych konfigach webpacka, babela czy w dochodzeniu co jest nie tak z planem bamboo gdy jeszcze wczoraj wsio grało i cale CI z buildem przechodzily bez problemu :) ale zaciekawiles mnie i muszę znaleźć jakąś przestrzeń na otestowanie tego :)

Answer 4

To zalezy dla kogo, jak kolo nie jest obeznany to kladzie nacisk na wyglad. On nie rozumie co sie za szata graficzna kryje. Dla niego dobra strona to ladna strona. Czyli najglupszy, najprostszy do zadowolenia klient.

Natomaist jak wchodzi $$$, to tak jak pisal comandeer liczy sie szybkosc. Oczywiscie wyglad tez jest wazny ale w polaczeniu z usability. Ma byc szybkie, uzyteczne/proste w zrozumieniu/poruszaniu i ladne - w takiej kolejnosci.

 

Prosta strona firmowa - static (najszybsze, najlepsze seo).

Serwis/sklep - CMS np drupal z default modules (nie ma sensy wymyslac kola na nowo z logowaniem/userami/forum itp.).

Rozbudowany portal - CMS z przerobkami + custom modules.

Apka - custom (czyli frameworki wedlug upodobania), bo wiadomo ze cos takiego powstaje od podstaw.

 

Tak najczeciej to wyglada u mnie. Ale ja nie jestem programista/devem, tzn robie cos tam od czasu do czasu ale lacze 'informatyke' z innymi dziedzinami.

Answer 5

Stawiasz stronke na prestashop lub temu podobnym i zbierasz $$$