@devopsiarz: dzięki aż mnie naszło żeby sobie coś pokomplikowac :)

debuggowanie w terminalu przypomina lata 70

@zackson: lol

Na co dzień pracuję z JS-em

a, ok

@zackson: mozesz skorzystac z IDE, np. Goland albo VScode

@otlet: Zwykle nie, sam protokół AMQP ma kilka wersji, na dodatek musisz pamiętać, że to nie jest tylko kwestia stworzenia pakietu i wysłania po TCP, ale musisz mieć wątek, który będzie wysyłał heartbeat, musisz się rejestrować do kolejki, potem sterować sobie w programie tym co przychodzi - biblioteki robią to za Ciebie.

Oczywiście są wypadki, kiedy lepiej coś samodzielnie napisać, ale zwykle jest kilka istniejących rozwiązań do wyboru, z których możnaPokaż całość

@otlet:
IMO musiałbyś podać jakieś konkretniejsze przykłady.
Wiesz, jeśli korzystasz z drobnej części jakiejś biblioteki, która jest słabo udokumentowana, to naturalnie jesteś w stanie sam sobie to napisać szybciej.
Ale na pewno to nie jest reguła. Podstawowa zasada: nie wymyślaj koła na nowo. W większości przypadków korzystanie z gotowej biblioteki było znacznie lepszym rozwiązaniem.

@pitu120: wszystkie frameworki które bazują na podobnych rozwiązaniach to kwestia głównie stylistyczna. Sam osobiście zaimplementowałem SDK to wszystkich wymienionych tu frameworkow - https://docs.sentry.io/platforms/go/integrations/ - i przy większości z nich dużej różnicy nie ma.

@tomaszs: Wincyj tagów xD

Liveoverflow to jest kozak... @devopsiarz

@pitu120: zmień return type na *model.User. W go "przeważnie" akceptuje się interfejsy, a zwraca się structy.

@devopsiarz: nie myślałeś o wysyłaniu mailowego newslettera z tymi linkami? Zapisałbym się

@devopsiarz: WINCYYJ KUBERNETEESA! a tak serio, to fajny spis linków, jak zawsze. szkoda, że rzadko kiedy coś się pojawia o GCP. aż tak mało o nim piszą, bo aż tak jest rynek zdominowany przez AWS/Azure?

@devopsiarz: szanuję za napracowanko ale ten sam (imho) błąd co robi autor #unknownews
Jak mam w przerwie na kawę przeczytać 40 linków? (╯°□°）╯︵ ┻━┻

Pokaż spoiler

@devopsiarz cudowne linki, dziękuję! Kiedy ja to wszystko zdążę przeczytać.. ( ͡º ͜ʖ͡º)

@sokytsinolop: czytałem i muszę powiedzieć że nie widziałem że GC w Go może sprawiać tyle problemów.

najbardziej chyba jednak zaskoczyło mnie że już niezoptymlizowana wersja w Ruscie działała tak samo szybko jak optymalizowana przez długi czas wersja napisana w Go.

nie jestem specjalnie uprzedzony do Go, ale cieszy mnie każda taka wiadomość gdy Rust pokazuje swoją siłę.

@secret_passenger: @sokytsinolop: na HN jak zwykle ciekawa dyskusja: https://news.ycombinator.com/item?id=22238335

@devopsiarz: już chciałem znowu narzekać, że znowu w nagłówku wołasz #python bez niczego z nim związanego, ale ostatnim linkiem się wybroniłeś ( ͡° ͜ʖ ͡°)

@pesymistyk: go jest fajnym językiem, ale IMO ma mało zastosowań. Głownie tam, gdzie królują proste serwisy/infrastruktura. Do biznesu się nie nadaje: brak elementów funkcyjnych i generyków sprawia, że cięzko napisać cos z skończonym czasie, co będzie bezpiecznie do utrzymania i zrozumienia. Czasami mam zrywy, że muszę napisać jakiś prosty skrypt/program. Probowałem to robić kilka razy w go, ale jest po prostu trudniej i mniej intuicyjnie. Przez to, że jezyk jest prostyPokaż całość

@Saly:

Przykładowo chciałem zrobić deep copy typu map[string]interface{}. Innego rozwiązania niż hack pod postacią serializacji/deserializacji do jsona nie znalazłem.

Interfejs jest abstrakcja, a sposób kopiowania danych jest cechą konkretnego typu, nie jest to nic dziwnego. Paczka encoding/json robi introspekcje żeby ustalić czy interface{} przykrywa jakiś znany tym który wie jak zaprezentować, lub woła MarshalJSON który trzeba zaimplementować samemu.

W Pythonie masz do tego copy.deepcopy(), które obsługuje parę prostych typów, dlaPokaż całość

@mstarzec: Proponuję stosować tag samo #go a nie #golang bo wtedy zrobisz burdel na tagu dwóm grupom graczy, a nie tylko jednej #rust

#profit