[pastarri]

#programista15k

[_______________________]

@pastarri ktoś wyjašni?

[KaczorekPehapowiec]

@_______________________: Most developers use buzzwords instead of using best-suited technologies. The more IQ you have, you understand that REST is for real men, and other technologies are for kids

[uzytkownik_wykop_pl]

@_______________________: 99% problemów rozwiążesz restem, grpc jakies graphql potrzebujesz w 1% projektów ale ludzie lubią tego używać żeby im stanął

[bonus]

@pastarri: jedziemy REST, najlepiej bez openapi, a nawet jak jest schema to ma błędy, bo nic tego nie pilnuje, żyje w oderwaniu.
W bazie prawdziwy RESTowiec nie robi relacji tylko JSONB. No i oczywiście, 50 endpointów dla 1 encji.

[tubkas12]

@_______________________: rest jest obecnie taką podstawą podstaw, standardem którego większość używa, ogólnie ta grafika jest dość nieprawdziwa bo dureń który ją zrobił na przykład porównuje resta z websocketami gdzie websockety to protokół jak http(s). Przez websockety jak chcesz to możesz sobie zrobić restopodobne api chociaż to będzie wymagało pewnych nagięć.

https://stackoverflow.com/a/27040255

Ogólnie websockety używasz w aplikacjach które aktualizują bardzo dużo danych naraz typowy przykład to aplikacje giełdowe z wykresikami albo

[pastarri]

@tubkas12: wiadomo, że websocket to trochę co innego, ale wpisuje się w ogólny trend. Niektórzy otwierają websockety żeby nasłuchiwać na asynchroniczny efekt akcji, który zawsze kończy się w ciągu 5s, zamiast zadzwonić kilka razy w pętli po reście z pytaniem "czy to już?" i wyświetlić efekt.

[tubkas12]

@pastarri: pewnie ktoś tak robi, ale większość używa resta, ten wykres sugeruje, że większość używa websocketów albo graphqla

kumam o co w nim chodzi, że normik jest hipsterem i głupkiem co się rzuca na coś egzotycznego ale uważam, że ten mem jest po prostu nieprawdziwy

[elo_kebab]

W bazie prawdziwy RESTowiec nie robi relacji tylko JSONB. No i oczywiście, 50 endpointów dla 1 encji.

@bonus: jakich niby relacji jak od 5 lat używa się tylko NoSQL? Po co ci relacje poza jakimś bankiem czy urzędem? Tylko ci spowalnia aplikacje i ogranicza skalowanie WRITE/UPDATE

SQL nadają się tylko jako backup do selectów i tyle

[elo_kebab]

@tubkas12: co to za dyrdymały? Od kiedy REST ma zmieniać jeden obiekt? XDDDDD

u mnie REST np odpala batchowe joby które modyfikują potem async 1 000 000 różnych obiektów ale ok

[bonus]

@elo_kebab: Może i racja, ale zawsze jest jakiś koszt, pracuje ponad 10 lat w branży i szczerze mówiąc, tylko raz spotkałem się z firmą co korzystała z nosql na produkcji. I to BE potem przeklinali ten wybór, który był narzucony z góry.

[elo_kebab]

@bonus: ale jak można narzekać na NOSQL? Przecież nie masz żadnych wymogów i problemów struktury z tranzakcyjnością, a to w SQL powoduje najwięcej problemów xD

[bonus]

@elo_kebab: no wiesz w realnych projektach co zarabiaja pieniadze, to jednak przydatne miec strukture danych i byc mnie narażony na błędy xD

[elo_kebab]

@bonus: strukturę i tak walidujesz w kodzie xD
prędzej ci własnie wywali SQL bo wrzucasz stringa o długości 300 do VARCHAR(255) xD

NoSQL na wszystko ci pozwoli bro

[bonus]

@elo_kebab: nosql najleprzy