[Ki3mon]

Jak jakaś firma ma backend w #golang to z podstawowych pakietów net/http? Raz widziałem w ofercie gin, ale tak po za tym nikt nic o tym nie pisze :?
#go #programowanie

[Hauleth]

@Ki3mon: Zakładają, że masz miedzy uszami więcej niż włosy i się połapiesz w dowolnej bibliotece jaką mają.

[Ki3mon]

@Hauleth: też tak założyłem, ale często w np. JS wymienia się czy dana firma używa Reacta, Angulara, a może VUE, przy czym wszystkie te biblioteki są w miarę podobne

[Hauleth]

@Ki3mon: Bo w świecie JSa są 2 rzeczy:

- framework często mocno narzuca styl pracy i pisania, przez co są one zdecydowanie rożne od siebie, mimo tego samego języka
- sporo JSowców to osoby po bootcampach, przez co mają wmłotkowany jeden framework i nie rozumieją jak działają inne

[Saly]

@Ki3mon: jetbrains survey dla go mówi, że jedna połowa używa gina a druga połowa niczego (czyli net/http, ewentualnie jakaś gorilla mux). Z drugiej strony te frameworki/podejścia są tak podobne, że nie ma się w zasadzie czego uczyć. Teraz jak wybierzesz jakąś "nowoczesną" technologię w dowolnym języku: Java -> Spring WebFlux, C# (nie wiem jak to się nazywało, ale wyglądało podobnie), Actix w Ruście czy net/http w Go to masz praktycznie

[d.....z]

@Ki3mon: jak nie trzeba robić jakiś pattern matchingów na endpointach, to net/http absolutnie wystarcza, w przeciwnym razie można spróbować innej libki, która oferuje bardziej zaawansowany routing (a pod spodem i tak net/http będzie używany). Czyli generalnie zasada, że dopóki się da, to używać net/http.
Wyjątkiem jest fasthttp, które jest bardziej "specyficzne" i nastawione na wydajność, kosztem pewnych kompromisów względem net/http

[Ki3mon]

@Saly: @devopsiarz: Sam teraz przechodzę z gina na fibera, zastanawiało mnie czy w pewnym sensie warto wymyślać koło na nowo pod względem wydajności (z aspektu nauki wiadomo, że warto), domyślam się że te wszystkie paczki są zoptymalizowane pod kątem context'ow/rutyn oraz w jakimś stopniu pamięci (mimo że to garbage collector)