Siema Miruny, potrzebuje porady edukacyjno-zawodowej, tak wiem, ze to nie jest najlepsze miejsce na tego typu pytania XD

Stoje aktualnie na rozdrozu wyborow zyciowych, moze to przez poczatek jesieni ( ͡° ͜ʖ ͡°)

Troche o mnie: skonczylem trudne studia techniczne, pracuje zawodowo w IT od 2 lat. Na zarobki nie narzekam, chociaz zawsze mogloby byc lepiej. Krece sie w stacku bardziej infrowym, nie pisze w ogole aplikacji (k8s, terraform, docker, etc.), ale
  • 5
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@madryzolw: PM, PO muszą mieć wysoki social skill, więc często to są ludzie, którzy nie do końca wywodzą się ze światka hardkorowego devu (ewentulanie są psychopatami). Nawet jak byś chciał być jakimś - jak to nazwałeś "technicznym" to i tak będziesz musiał się użerać z interesariuszami (biznes, marketing, zarząd, janusz) a w najlepszym wypadku spowiadać się dyrektorowi i szyć historie, że niedowiezione bo Mariusz miał sraczkę a Grześkowi się urodził
  • Odpowiedz
@madryzolw: Part 2: ja po latach żałuję, że nie zostałem devem co klepie taski i ma w------e i się nie musi spowiadać dlaczego. Siedziałbym teraz na wokration na drugim końcu świata i miał w------e bo taski na zielono. A jako PO muszę być na 5 spotkaniach dziennie bo zawsze deadline i zawsze ktoś niezadowolony.
  • Odpowiedz
@g1venchy:

aplikuj na pozycje mid Golang

nie miej żadnego komercyjnego doświadczenia w Golang


nie wiem stary, może twoje maile do spamu trafiają?
  • Odpowiedz
@g1venchy: jezeli juz musimy bawic sie w szufladki, to tak, niecale poltora roku doswiadczenia w innym jezyku to zdecydowanie nie jest mid pozycja. Prawdopodobnie zblizasz sie w midowe rejony. Ale szufladki i poziomy to osobna sprawa, nie przejmuj sie tym. Wazniejsze jest, co masz w glowie i jakie masz podejscie.

Rynek Go w Polsce dalej wyglada slabo, ale w UK i zachodniej EU jest duzo bardziej popularny. Jest masa firm,
  • Odpowiedz
#programowanie #golang Język go jest tak prosty, że wprawdzie nie działa z nim żaden popularny analizator pamięci, który działałby z C/C++/Rust, np. heaptrack, ale za to profilera przeznaczonego dla Go (pprof) nie da się po prostu użyć na zbudowanym programie. Trzeba zmodyfikować program i przebudować projekt! Ja się zastanawiam jak ludzie mogą w tym języku pracować, jak coś co jest trywialne w innych językach tutaj wymaga takich kombinacji.
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Nieprawda. Runtime go zawsze zbiera statystyki, problemem może być ich odczyt. Jak masz aplikację serwerową to wystarczy użyć tego pakietu https://pkg.go.dev/net/http/pprof i możesz zbierać statystyki w dowolnym momencie.

Co do samego poziomu to jest dużo dużo lepiej niż w przypadku aplikacji natywnych. Najbardziej jestem pod wrażeniem tego co jest dostępne pod /debug/pprof/trace, bo mamy tam takie statystyki jak np. w których miejscach siedzimy długo na mutexach albo jakie syscalle blokują program.
  • Odpowiedz
Treść przeznaczona dla osób powyżej 18 roku życia...
  • 56
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

  • 1
@bkowalczyyk: nie rozumiesz, możliwość rzucenia wyjątku w dowolnym miejscu oznacza gorszą czytelność, bo żeby dokładnie zrozumieć co się dzieje w danym fragmencie kodu, musisz patrzeć na implementacje wszystkich wywołań i to wiele poziomów wgłąb - nie wystarczy popatrzeć na ich sygnatury i opisy. Wyjątki to jest ukryty, drugi przepływ sterowania. Analogicznie, możliwość zmodyfikowania obiektu przez cokolwiek co ma do niego referencję powoduje, że nie wystarczy analizować sekwencji jawnych wywołań metod
  • Odpowiedz
Mamy tu kogoś kto pracuję w T-Mobile na Golangu?

Albo w ogóle ludzi co pracują z go, myśle nad zmianą pracy i szukam jakiegoś fajnego miejsca najlepiej z wewnętrznym produktem albo zewnętrznym - generalnie team produktowy a nie body leasing gdziekolwiek.

#programowanie #go #golang #praca #it
  • 1
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@BenGurion: faktycznie, więc w tym przypadku porównanie z Rust można wyrzucić do kosza, bo od tamtych czasów kompilator Rust przyspieszył co najmniej 4x i jest obecnie szybszy od GCC i na poziomie zbliżonym do Clang
  • Odpowiedz
@vytah: bez przesady, te ostatnie linki to takie trochę czepialstwo - błędy i braki zdarzają się wszędzie. Natomiast to co wymienione w pierwszym linku jest b. ważne, bo pokazuje ogólnie lekceważące podejście twórców Go do poprawności i próby upraszczania rzeczy tam gdzie nie powinny być upraszczane.
  • Odpowiedz
ludzie, pomóżcie mi.
Klepię sobie apkę z paroma usługami w #golang i jednocześnie uczę się tego języka i jego konceptów. Niestety przesiedziałem wiele lat w legacy Javie, więc o konteneryzacji czy chmurach wiem niewiele ( ͡° ͜ʖ ͡°)
Chcę za parę miesięcy zacząć się rozglądać za czymś nowym w Go właśnie, ale wiem, że muszę troche nadrobić wcześniej. Co byście polecili zrobić z tą apką, architekturowo/chmurowo
  • 7
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@ortopliss: ogarnij jak się używa rabbita, jakiegoś SQLa. Z rzeczy serwerowych to jakiś framework http np. net/http albo gin. Do tego często trafia się gRPC
  • Odpowiedz
#programowanie #javascript #golang #iot

Mam pomysł na aplikację/system z dziedziny IoT, którą jak mi się uda napisać (do czego długa droga, bo nie jestem zawodowym developerem ( ͡° ͜ʖ ͡°) ), to by miała być sprzedawana w dwóch wersjach:
- zainstalowana na urządzeniu embedded,
-
  • 12
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

via Wykop Mobilny (Android)
  • 3
@Wegrzynski: a to chcesz backend dawać, żeby każdy go sobie stawiał? xD
Bo to napisz już aplikację standalone (wszystko w jednym), a nie bawić się we front i backend, bo to zbędny narzut.

Jak backend będzie stał u ciebie, no to może być w czymkolwiek napisany i tylko API udostępniasz. A kod frontu możesz udostępnić, bo bez backendu nikt nic nie zrobi.
  • Odpowiedz
@mk321:

I added this to a comment of a comment, but thought I would add here. The Fibonacci implementations are not the same for your Go code and your Rust code. Your rust code does extra checking to avoid extra recursion calls. In my local testing, I can speed up Go's fibonacci implementation by like 50% just by using the same algorithm that you use in the Rust code.


Also,
  • Odpowiedz
@Ernest_: Ja ostatnio zupełnie przypadkiem zauważyłem że GitHub włączył mi copilota (nie 60 dni trial), także chyba też można dorzucić do tej listy.

GitHub Copilot wouldn’t be possible without GitHub’s vibrant community of students and creators. To support and give back to those communities, we’re making GitHub Copilot available for free to verified students and maintainers of popular open source projects.
  • Odpowiedz
mi z miesiąc albo dwa GitHub wysłał ankietę dotyczącą OpenSource (udzielam się trochę). Po wypełnieniu ankiety dostałem gifta i mogłem wybrać kupony na Allegro, jeszcze w jakieś inne miejsca lub kartę przedpłaconą 10 dolarów. Symbolicznie ale fajnie.
  • Odpowiedz
@Piekny_Krolewicz: klasycznie: to zależy ( ͡° ͜ʖ ͡°)

Łap jeszcze odpowiedź od #openai ( ͡º ͜ʖ͡º)

To jest trudne pytanie, ponieważ opinie o danej technologii mogą się różnić wśród różnych programistów. Jednak ogólnie rzecz biorąc, React, Node, TypeScript i Go są popularnymi i dobrze rozwijającymi się technologiami. Wiele firm poszukuje programistów, którzy znają te technologie, więc z pewnością mają
  • Odpowiedz
@hetero_sapiens: ocenianie języka na podstawie składni bardzo słabe jest. Składnia to jedna z tych rzeczy, ktoś jest bardzo subiektywna i do których człowiek się przyzwyczaja bardzo szybko. Mnie też składnia Golang się nie podoba ale pewnie bym się przyzwyczaił. Natomiast mnie brakuje w nim pewnych kluczowych mechanizmów np. sum types albo RAII, co moim zdaniem mocno uderza w produktywność.
  • Odpowiedz
Tak samo 5.1.1 - w Ruście też jak najbardziej można Mutexa/RWLocka nie zwolnić w odpowiednim momencie i masz ten sam problem co w Go: program Ci staje dęba, a przynajmniej wątek, który czeka na to zwolnienie.


@devopsiarz: technicznie racja, ale w praktyce w Rust (i C++) taki błąd trudniej popełnić, bo Rust i C++ mają deterministyczną destrukcję i automatyczne sprzątanie obiektów wszelkiego typu a nie tylko pamięciowych. Nie da się
  • Odpowiedz
@BeginEnd: Tylko Rust. Golang ma fatalne powolne FFI (jak Java; spowodowane obecnością GC oraz wątków M:N), więc trochę słabo w zastosowaniach mocno niskopoziomowych gdzie musisz wywoływać kod w C/C++. Poza tym Golang dość mało ekspresywny jest. W Rust takie rzeczy jak serializacja/deserializacja do Jsona robisz dwiema linijkami (derive na struct i potem wywolujesz parse i zrobione), w sumie to w żadnym innym języku nie widziałem tak dobrze rozwiązanej serializacja/deserializacji. Rust
  • Odpowiedz
@NewEpisode: mało. Dużo tooli używanych w devopsie jest napisanych w go co nie zmienia faktu, że w pracy devopsa raczej nie musisz znać tego języka. To tak jakby powiedzieć, że C jest ważny w pracy backend developera, bo kernel jest napisany w C no a przecież wszystkie serwisy mocno używają kernela.

Czemu go jest używany do tych tooli? Bo jest prosty, całkiem wydajny, zużywa mało pamięci (hello Java), ma wygodne
  • Odpowiedz
Do jakiego rodzaju aplikacji wykorzystuje sie #go #golang? Jaki background/doswiadczenie wypadaloby miec by sie przebranzowic w takiego developera?
Tak w zasadzie to caly moj exp sie sprowadza do klikania w #machinelearning lub podobnych tematach (albo jako data engineer albo jako #mlops) i sie zastanawiam czy go moze byc przydatne w kontekscie mlops...

#programowanie
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@przepyszna_frytka: głównie backendy, zwłaszcza w cloudzie (największy stosunek tego typu zadań w porównaniu do wszystkich zadań w danym języku). Do tego rzeczy infrowe/używające systemu operacyjnego w mocny sposób jak np. docker/kubernetes. No i wszelakie CLI np. nowe CLI od githuba jest w go

Jaki background/doswiadczenie wypadaloby miec by sie przebranzowic w takiego


Najlepiej umieć Go. W porównaniu do innych języków to często rekrutują ludzi nie mających doświadczenia z językiem. W
  • Odpowiedz
  • 0
@nocny-mirek mlops - machine learning operations
czyli robisz za devopsa w projekrach ml... bardzo podobne do devopsa, ale troche inny jest efekt koncowy

@Saly hmm to musialbym sprobowac, bo ciekawe mi sie wydaja cloudy i system rozproszone, ale nie mam jakos duzo expa w backendzie - pisalem w pythonie w fastapi backendy, ale nie jakies nie wiadomo jak zlozone

tak najlepiej by bylo sie pobawic z tym go i sobie
  • Odpowiedz