LARS_GUNNER: Pokud delas infra admina nejake microservice platformy jako k8s, docker apod tak je go presne co potrebujes. Dobre se v tom pisou vsemozne tooly, jednoduche api apod. K dispozici mas nativni knihovny treba pro zmineneho promethea, takze kdyz pises nejaky apicko apod neni problem rovnou pridat prometheus metriky. Spousta toolu nebo sdk pro kubernetes je napsana prave v/pro go.

V posledni dobe se treba hodne sklonujou operators pro k8s/ocp coz jsou v podstate udelatka, ktery nejak komunikuji s k8s api a nebo reaguji na zmeny stavu primo v nem. Primarni sdk je v go (jasne operator napises i v jinym jazyku).

Hezky se v tom pisou ruzna restapi a to at uz pomoci nativnich knihiven nebo treba sofistikovanejsich frameworku jako je treba goa.

Velkou vyhodu vidim i ve statickym linkovani by default. Jednak neresis jestli franta kterymu posilas svuj tool ma stejnou verzi knihovny “pycus” jako ty, ale hlavne kdyz chces svou aplikaci soupnout treba do konterjneru a udelat z nic docker image, tak je to easy. Proste si vemes base image nebo ubi dle tveho gusta, pridas binarku a poustis docker build. Neresis zavislosti, nepises 1000+ radkovej docker (ano i takovej mam - buildi mi custom verzi nginxu).

Na druhou stranu, mam kamose co dela binary analysis a ten by Ti dal tucet argumentu proc je golang zlo :))

LARS_GUNNER: Já si teda s Go jenom hraju, ale naše SRE si Go pochvalovalo jednak z důvodu co píše BLAMI, druhak pak to že u hromady malejch utilit byl ten výkonnostní rozdíl fakt poznat (proti node a pythonu), jako třeba log forwarding. A ono člověku na rychlosti nezáleží moc, dokud to neni rychlý a nemá se vracet :D

Druhej aspekt pak je že v dockerizovanym světě najednou docela záleží na velikosti těch imagů a go vrazíš do podstatně menšího balíku. A ona ta velikost dost ovlivňuje všechny operace a z mojí zkušenosti se to dost posčítá.

A osobně po něm pokukuju mj. proto, že teď přepisuju jeden střední člověk do Pythonu 3 a...Python je furt můj neoblíbenější jazyk po stránce syntaxe a takový tý všeobecný filozofie, ale fakt začíná bejt složitej jak C++ rádio. Já bych si to ani neuvědomil, protože v něm dělám od 2.4 a nabírám ty změny inkrementálně, ale ten přepis dělám s pár dobrovolníkama co nejsou profi programátoři a to je dobrej feedback loop. "No tohle je vlastně protože" sem za poslední dva měsíce řek fakt hodněkrát. A "import this" ti furt napíše "There should be one-- and preferably only one --obvious way to do it.", ale tady máš osm způsobu jak flatnout list listů (ano, je to napůl vtip, podobnej článek se dá napsat o spoustě jazyků, ale přijde mi že se prostě Python posouvá na tu heavyweight část)

LARS_GUNNER: jako korporat do Go investujeme hlavne kvuli tomu, ze ten jazyk je silny, ale pomerne jednoduchy, nema zadny zbytecny "sugar coating" (tj. kdyz nekdo zkusenejsi napise kod, dopadne to podobne, jako kdyz ten kod napise newhire, protoze to moc jinak nejde - samozrejme pokud myslenka dava smysl), ma dobrou std knihovnu a nevyzaduje pralticky zadny externi tooling (package manager, linter, formatter, compiler, packer i tooly na generovani dokumentace jsou soucasti distribuce).

Nase 1st class jazyky jsou jinak C++ a Python. C++ je co clovek to mrav a asi u nas ve firme vzdycky bude #1, Python zas problematickej ve financnim odvetvi (rychlost, typing, stav ekosystemu knihoven, runtime dependencies nejsou fajn kdyz to davas zakaznikum). Python ted soupeme spis analytikum jako nahrazku Excelu, systemem napis, pust a zahod na coz je skvely, dlouhodoba udrzba v klicovych sluzbach nam vysla dost draha.

Muj tym (SRE tym) Go pouziva jednak na innersource CI/CD platformu a tooling pro sidecart sbirani metrik. Go je v SRE svete dost popularni jazyk, je v nem napsany Docker, ekosystem okolo Kubernetes, backend pro Grafanu, Prometheus a dalsi tooly, coz dava nejakou zaruku, ze ten jazyk lze brat vazne.

TLDR; ten jazyk je nudny a zvladne to co potrebujeme, coz je pro korporat ideal. Nahrazujeme tim Python.

Na co to vlastně používáš? Procházel jsem si možnosti Go a protože dělám kombinaci Python, .NET a C, tak mě nic nenapadá. Láká mě sice nativní concurrency, ale jinak tam zatím nic nevidím. No offence, dost mě to zajímá z pohledu výkonu... ale nevýhody zatím převažují.

Pekny clanek na posledni dobou dost sklonovane tema "layout" projektu - https://changelog.com/posts/on-go-application-structure

Prvni plody generics. https://github.com/golang/go/issues/45955 (za posledni roky jsem taky napsal SliceContains asi 20x :D)

...aaand accepted
spec: add generic programming using type parameters · Issue #43651 · golang/go · GitHub
https://github.com/golang/go/issues/43651#issuecomment-776944155

generics draft je oficialni proposal
A Proposal for Adding Generics to Go - The Go Blog
https://blog.golang.org/generics-proposal

RAGNAROK: Vemes nil, pretypujes ho na pointer na instanci tveho typu (ale ten pointer smeruje na nil, ne na zadnou konkretni instanci) a to podstrcis te reflexi uvnitr registertype.