Vlákno názorů k článku Go v roli skriptovacího programovacího jazyka od prochac - Jedine co mi pro skriptování v Go chybí,...

Jedine co mi pro skriptování v Go chybí, je možnost spoléhat jen na happy-path.

Ideálně něco jako:
x, ! := io.ReadAll(r)
Kdy ! je sink pro errory, něco jako _, ale když není nil, tak by to hodilo panic.
Ale v produkčním kodu bych to vidět nechtěl :D

Proto stále pro takové ty jednorázové skripty tíhnu k Pythonu, kdy to prostě kdyžtak celé vybouchne. Nevýhoda je slabá stdlib, takže člověk nakonec stejně musí delat venv apod.

já bych rád vidět, aby panic v Go vůbec nebylo, protože potom ty zdrojáky vypadají (a hlavně se chovají) fakt divně - stále vidím pokusy o jeho zneužití pro try-catch :-)

Panic pro "skripty" má výhodu v tom, že volá defer chain (v rámci gorutiny), narozdíl od log.Fatal().
Když bez panic() by pak vracela error i operace dělení :D

To je správná připomínka. Obecně u skriptovacích jazyků (to Go není) by se dalo očekávat, že zrovna dělení (FP) bude normálně počítat s nekonečny (ale zase záleží - mě IEEE 754 chování nevadí, spíš mi to vadí pořád odchytávat).