@devopsiarz: niech Ci w dzieciach wynagrodzo :D dziękuję!

@bonus: wydajne API napiszesz szybko w Go, a ucząc się Go zwiększysz atrakcyjność na rynku pracy tu i teraz. Ekosystem ma już pewien stopień dojrzałości, a to też ważne. Rust to też bardzo dobra inwestycja, jednak ofert pracy jest mniej niż w przypadku Go, a sam język jest znacznie trudniejszy, aby w nim wystartować. Niemniej obydwa języki będą zdobywały coraz większą popularność, jak do tej pory, bo przekroczyły pewien punktPokaż całość

@devopsiarz: Pani od 100 dni z k8s już chyba zakończyła na 34 dniach

@szmichal: jak ktoś dobrze ogarnia golanga to zwykle też ogarnia dobrze inne rzeczy, mało jest ludzi którzy znają tylko go i nic więcej nie potrafią

@szmichal: Pisać w Go trzeba jeszcze lubić, nie wszystkim ten język odpowiada.

@Twoja_Stara_na_majku: polecam pogooglowac "market maker bot" na poczatek :)

@Twoja_Stara_na_majku:

https://www.reddit.com/r/algotrading/

@devopsiarz:

UWAGA! Tego wpisu nie plusuj, plusuj tylko wpis rozpoczynający wątek!

NIE MÓW MI JAK MAM ŻYĆ (✌ ﾟ ∀ ﾟ)☞

@Ki3mon: linia 26 - bool nie bedzie mial trzeciej wartosci i uzywanie switcha tutaj jest malo czytelne.

I linia chyba 122 - time jest typu time.Duration i prawdopodobnie nie chcesz tego mnozyc przez time.Second.

@ivall: Trochę zupełnie inne zastosowania. Crystal jest do bardziej CPU heavy ze względu na to, że kompiluje się do kodu natywnego gdzie Elixir jest bardziej do IO heavy (chociaż tutaj Nx może trochę namieszać). Więc tak za bardzo ich usecase się nie pokrywa.

@pitu120: według mnie, pomysł z gocron jest jak najbardziej ok, chyba, że przetwarzanie jednego wpisu trochę zajmuje (np. kilka minut), wtedy rozważyłbym kombinowanie z goroutines. Tyle co mogę wywnioskować z Twojego pytania.

@przepyszna_frytka: https://golang.org/doc/faq#Is_Go_an_object-oriented_language
po prostu zapytaj prowadzącego czy możesz napisać projekt w Go

@przepyszna_frytka: no wlasnie, tak jak powiedzialem: pojęcie OOP jest rozmyte. Dla mnie OOP to mocne połączenie danych i funkcji, które są fundamentem prawie każdego języka np. Golang czy Python. Dla wykładowców OOP to często dziedziczenie i duża liczna wzorców projektowych

@devopsiarz: Porzucam. Nienawidzę newsletterów i braku możliwości zobaczenia wstecz.

@PoteznyMagWody: Przymus zwracania błędów ma Cię zmusić do ich obsługi, co jest szczytnym celem, ale nie w obecnej formie. Go brakuje typu Either / Result z monadycznym interfejsem który by zapobiegł tym nieszczęsnym 'if err != nil'. Takie rzeczy mamy wbudowane w Scali, Haskellu czy nawet u konkurencji Go - w Rustcie. To się jednak szybko nie stanie bo Go nie ma nawet jeszcze parametrycznego polimorfizmu.

@PoteznyMagWody: @Pesio: Warto dodać że równie tragicznie wyglądało to w nodejs w czasach gdy każda funkcja przyjmująca callback mogła go wywołać z obiektem błędu jako pierwszym argumentem i też trzeba było się bawić w ifowanie za każdym razem, co rozwiązały zbliżone działaniem do monad obiekty Promise.

@itsnotpossible: https://yourbasic.org/golang/gotcha-why-nil-error-not-equal-nil/