Strona 513 z 515 PierwszaPierwsza ... 13413463503511512513514515 OstatniaOstatnia
Pokazuje wyniki od 5,121 do 5,130 z 5148

Temat: Programowanie - temat ogólny

  1. #5121
    Avatar M4teu$z
    Data rejestracji
    Jun 2009
    Wiek
    98
    Posty
    3,613
    Siła reputacji
    12

    Domyślny

    przecie backend w nodzie to jest cos pieknego, nie dosc, ze zaleznie od specyfikacji pewnie bedzie to w kurwe szybsze, to jeszcze na jakims stacku typu express + passport to nawet barabasz z 0 r n.e da rade do postawic, templatowanie tego jakims pugiem i routowanie tez banalne, w pare linijek stawiasz sesje na bazie danych, albo podpinasz front z reacta i podsylasz sobie jwt do walidacji

    w sumie tylko redux to rzyg i powinni rozwinac context api do poziomu na jakim jest redux, bo same przekazywanie to dalo sie robic po komponentach -.-

  2. #5122
    Avatar Janusz_Wons
    Data rejestracji
    Feb 2017
    Posty
    1,162
    Siła reputacji
    2

    Domyślny

    Cytuj M4teu$z napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    w sumie tylko redux to rzyg i powinni rozwinac context api do poziomu na jakim jest redux, bo same przekazywanie to dalo sie robic po komponentach -.-
    czemu niby redux to rzyg? przecież to flux na resorach i nie wyobrażam sobie inaczej zarządzać stanem aplikacji niż w jednym, globalnym miejscu, a stan komponentów wykorzystywać tylko do jakichś ich lokalnych i wewnętrznych spraw jak np. formsy, do tego niemutowalne typy i redeukowanie stanu to jest przecież bajka zapewniająca bugfree code, który nawet jesli ktoś coś spierdoli, to się banalnie dochodzi do źródła problemu

    do tego użycie zewnętrznego systemu do zarządzania stanem pozwala zdecouplować strukturę stanu od struktury, której potrzebują komponenty do wyświetlenia, jest naprawdę multum powodów, żeby używać reduxa, zwłaszcza przy bardziej złożonych aplikacjach, do tego wtedy tak naprawdę można powiedzieć, że wszystkie komponenty są prezentacyjne(a jeżeli zawierają już jakiś stan, to tylko ważny dla nich) i jedynie korzysta się z kontenerów stworzonych przy użyciu hoców
    Ostatnio zmieniony przez Janusz_Wons : 12-07-2018, 12:11

  3. #5123

    Notoryczny Miotacz Postów Panic jest teraz offline
    Avatar Panic
    Data rejestracji
    Feb 2012
    Posty
    1,207
    Siła reputacji
    7

    Domyślny

    jednowatkowy node szybszy? chyba kurwa w hello worldzie xD

  4. #5124
    Avatar Janusz_Wons
    Data rejestracji
    Feb 2017
    Posty
    1,162
    Siła reputacji
    2

    Domyślny

    Cytuj Panic napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    jednowatkowy node szybszy?
    wat? xD właśnie chodzi o to, że tak naprawdę nie jest jednowątkowy, tylko pętla eventów jest na jednym wątku, a operacje są delegowane na osobne wątki
    jeżeli coś ma ci bardzo zablokować pętlę, to spawnujesz workery w postaci child processów i tyle, akurat node jest w kurwę szybki i jedynie ce płotek ma podjazd, bo "backend" node'a to jest c++
    Ostatnio zmieniony przez Janusz_Wons : 12-07-2018, 12:17

  5. #5125

    Notoryczny Miotacz Postów Panic jest teraz offline
    Avatar Panic
    Data rejestracji
    Feb 2012
    Posty
    1,207
    Siła reputacji
    7

    Domyślny

    Cytuj Janusz_Wons napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    wat? xD właśnie chodzi o to, że tak naprawdę nie jest jednowątkowy, tylko pętla eventów jest na jednym wątku, a operacje są delegowane na osobne wątki
    jeżeli coś ma ci bardzo zablokować pętlę, to spawnujesz workery w postaci child processów i tyle, akurat node jest w kurwę szybki i jedynie ce płotek ma podjazd
    nie wglebialem sie w to wczoraj dalej niz stress testy i na wykresach gorzej wypadal tylko python

  6. #5126
    Avatar Janusz_Wons
    Data rejestracji
    Feb 2017
    Posty
    1,162
    Siła reputacji
    2

    Domyślny

    Cytuj Panic napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    nie wglebialem sie w to wczoraj dalej niz stress testy i na wykresach gorzej wypadal tylko python
    też pytanie, z którego roku te stress testy, node z 2014, a obecnie to 2 różne bajki, ogólnie to node zapierdala i biorąc pod uwagę jego wszystkie plusy, to jedynie golang jest sensowną alternatywą, ce płotek naprawdę jest prehsitorycznym kaszalotem(i tylko w corze nadzieja), java tak samo, a python wiadomo, wolny, no i django jest kurwą

    ja też myślałem, że node się zrobił mega popularny, bo js i byle oskar nakodzi coś sensownego, pomyliłem się
    zresztą w erze mikroserwisów, dojebanych serwerów i load balancerów, to wydajność języka jest ostatnią rzeczą, na którą się powinno patrzeć
    Ostatnio zmieniony przez Janusz_Wons : 12-07-2018, 12:25

  7. #5127

    Notoryczny Miotacz Postów Panic jest teraz offline
    Avatar Panic
    Data rejestracji
    Feb 2012
    Posty
    1,207
    Siła reputacji
    7

    Domyślny

    Cytuj Janusz_Wons napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    też pytanie, z którego roku te stress testy, node z 2014, a obecnie to 2 różne bajki, ogólnie to node zapierdala i biorąc pod uwagę jego wszystkie plusy, to jedynie golang jest sensowną alternatywą, ce płotek naprawdę jest prehsitorycznym kaszalotem, java tak samo, a python wiadomo, wolny, no i django jest kurwą

    ja też myślałem, że node się zrobił mega popularny, bo js i byle oskar nakodzi coś sensownego, pomyliłem się
    https://stackoverflow.com/questions/...rformance-test

    nie wiem jak znajde czas to sam w tym porobie i ocenie, ale watpie zeby to mialo podjazd do prehistorycznego kaszalota pod wzgledem wydajnosci
    nie mozna miec wszystkiego, albo masz szybkosc/latwosc developu albo wydajnosc, tak bylo od zawsze i stad wynika ciagla popularnosc c++ i c w krajach gdzie pisze sie oprogramowanie a nie stronki internetowe

  8. #5128
    Avatar Janusz_Wons
    Data rejestracji
    Feb 2017
    Posty
    1,162
    Siła reputacji
    2

    Domyślny

    wiadomo, że c# jest szybszy, mogę podać świtny przykład jak ostatnio była skonstruowana mała apka tworzona przez 3-osobowy team
    frontend - react
    backend_ms1 - node, odpowiedzialny za autoryzację i dostęp do bazy danych
    backend_ms2 - c#, który callował dllki napisane w c++, opencv do przetwarzania obrazów

    moim zdaniem w 2018 roku, gdzie większość filtrowania, sortowania itp. danych jest po stronie użytkownika, wydajność backendu jest naprawdę mało istotna, bo pełni on często rolę tylko adaptera z autoryzacją api->baza
    bardziej skomplikowane przetwarzanie po prostu delegujesz do mikroserwisu w ce płotku i tyle

    c++ aktualnie nie jest jakoś super szybszy od c#, tak naprawdę trzeba mieć bardzo dużą wiedzę o tym jak działa pamięć, stos, pamięć podręczna procka itp. żeby w c++ pisać kod optymalniejszy o tyle, żeby było warte walczenie z jego topornością
    nie neguje tego, że c++, czy ce płotek, to królowie, jeżeli chodzi o wydajność, ale ta wydajność jest niedużo większa, a traci się sporo na pisaniu i rozwoju oprogramowania, a rynek jest tak przesycony zleceniami, że o ile się nie pracuje dla jakiegoś dupnego banku nad ultra bezpiecznym mikroserwisem, to lepiej machnąć 3 szybkie apki w nodzie niż jedną w ce płotku

    dodatkowo nie znam naprawdę nikogo, dla kogo pisanie fullstacka w 2 technologiach nie wymagałoby jednak interwałów czasu do "przeskoku", wcześniej fullstacków traktowano tak jak scyzoryk - jak jest dobry do wszystkiego, to jest dobry do niczego, przydaje się w kryzysowych sytuacjach i zrobi wszystko, ale jednak nie jest to to samo jak użycie dedykowanego narzędzia, dzięki node'owi można być fullstackiem, zarabiać sporo więcej i być poważnie traktowanym, bo korzystasz z tej samej technologii i bibliotek po obydwu stronach

  9. #5129
    Avatar M4teu$z
    Data rejestracji
    Jun 2009
    Wiek
    98
    Posty
    3,613
    Siła reputacji
    12

    Domyślny

    Cytuj Janusz_Wons napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    czemu niby redux to rzyg? przecież to flux na resorach i nie wyobrażam sobie inaczej zarządzać stanem aplikacji niż w jednym, globalnym miejscu, a stan komponentów wykorzystywać tylko do jakichś ich lokalnych i wewnętrznych spraw jak np. formsy, do tego niemutowalne typy i redeukowanie stanu to jest przecież bajka zapewniająca bugfree code, który nawet jesli ktoś coś spierdoli, to się banalnie dochodzi do źródła problemu

    do tego użycie zewnętrznego systemu do zarządzania stanem pozwala zdecouplować strukturę stanu od struktury, której potrzebują komponenty do wyświetlenia, jest naprawdę multum powodów, żeby używać reduxa, zwłaszcza przy bardziej złożonych aplikacjach, do tego wtedy tak naprawdę można powiedzieć, że wszystkie komponenty są prezentacyjne(a jeżeli zawierają już jakiś stan, to tylko ważny dla nich) i jedynie korzysta się z kontenerów stworzonych przy użyciu hoców
    jako technologia jest przydatna i wlasciwie nie ma zbytnio alternatywy dla reduxa przy srednich + projektach, ale osobiscie nie podoba mi sie
    taka osobista preferencja, tak samo nie lubie TS i php mimo, ze maja swoje zastosowanie i sporo ludzi ich uzywa i uwaza ze fajnie sie w nich pisze i dla nich nie ma nic lepszego niz patrzenie na kod php z 2012 roku gdzie szymon w admin.php wbijal sql injectem z or 1 = 1 i stronka dedek

  10. #5130
    Avatar Janusz_Wons
    Data rejestracji
    Feb 2017
    Posty
    1,162
    Siła reputacji
    2

    Domyślny

    Cytuj M4teu$z napisał Pokaż post
    Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.
    taka osobista preferencja
    a korzystałeś z pełnego rozwiązania? tzn. z normalizacją danych, memoizacją selektorów, niemutowalnymi typami danych w stanie itp.?
    może napisz, co konkretnie ci się nie podoba i się może okazać, że po prostu korzystałeś z basicowego podejścia albo nie do końca się zastanawiałeś nad wszystkimi konsekwencjami tego wyboru
    wiadomo, że mamy 2018 rok i ludzie się już nauczyli, że nie ma czegoś takiego jak najlepsze podejście, może być co najwyżej idiomatyczne i każdy wybór ma swoje wady i zalety, i po prostu trzeba dobrze wybrać dla danego projektu

Informacje o temacie

Użytkownicy przeglądający temat

Aktualnie 1 użytkowników przegląda ten temat. (0 użytkowników i 1 gości)

Zakładki

Zakładki

Zasady postowania

  • Nie możesz pisać nowych tematów
  • Nie możesz pisać postów
  • Nie możesz używać załączników
  • Nie możesz edytować swoich postów
  •