Go language part 4

**デフォルトの名無しさん** · 2020/11/16(月) 04:14:40.64

Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

公式
https://golang.org

公式ドキュメント
https://golang.org/doc/

公式外パッケージドキュメント
https://godoc.org

ブラウザ上で試し書き
https://play.golang.org

※前スレ
Go language part 3
https://mevius.5ch.net/test/read.cgi/tech/1571315884/

**デフォルトの名無しさん** · 2021/03/27(土) 12:51:18.06

CodeZine（コードジン）: 2020年のGo言語利用状況が明らかに、9648名の開発者が回答.
https://codezine.jp/article/detail/13819

正直、手前味噌過ぎて萎える
無作為アンケートならともかくなぁ

**デフォルトの名無しさん** · 2021/04/24(土) 03:38:06.28

echoでAPIのパラメータの初期値を設定する方法って
ぐぐると構造体作ってコンストラクタで設定しよう！とか出てくるんだけど
なんかすごく面倒な上記述場所が離れててわかりにくい気がしてならないんだけど

例えばこんなのは悪手？
まあ悪手なんだろうけど

func getParam(p string, defaultValue interface{}) interface{} {
　switch defaultValue .(type) {
　　case string:
　　　if p == "" {
　　　　return defaultValue
　　　} else {
　　　　return p
　　　}
　　case int:
　　　ret, err := strconv.Atoi(p)
　　　if err != nil {
　　　　return defaultValue
　　　}
　　　return ret
　}
　return nil
}

pageNo := getParam(c.Get("pageNo"), 1).(int)

一般的な方法ってあるのかね

**デフォルトの名無しさん** · 2021/04/28(水) 00:42:58.14

勢いないな
特に語ることがないんだろうけど寂しい

**デフォルトの名無しさん** · 2021/04/28(水) 00:50:07.66

2こないとずっとこうだろな

**デフォルトの名無しさん** · 2021/04/28(水) 20:28:06.34

見上げて～golang～♪

**デフォルトの名無しさん** · 2021/04/29(木) 01:22:39.54

ひさしぶりに書く機会があったが
やっぱクソだなこの言語

**デフォルトの名無しさん** · 2021/04/29(木) 13:27:14.24

>>492
けっこう同意

**デフォルトの名無しさん** · 2021/04/29(木) 17:19:19.73

肝心のグーグルに普及させる気がないように思う
メンテナンスが別組織に移ったにしてもさ

**デフォルトの名無しさん** · 2021/04/29(木) 20:46:39.37

ファンクション実行環境が使い放題のところでは有用かもしれないけど、それ以外だとあまりいいことがない

**デフォルトの名無しさん** · 2021/04/29(木) 22:07:05.66

ジェネリクス入ればまた話題になるさ
それ以外では大きな機能追加はなさそうだし
話すことはゼロ

**デフォルトの名無しさん** · 2021/05/03(月) 07:41:43.88

>>496
これまた同意

**デフォルトの名無しさん** · 2021/05/03(月) 10:42:59.25

Ubuntuに最新のfzfを入れるために成り行きでgoも入れてビルドに使ってるんだけど、使い勝手どう？

**デフォルトの名無しさん** · 2021/05/10(月) 23:35:35.91

全体的な満足度は高く、回答者の92％がGoを使用して満足しています

**デフォルトの名無しさん** · 2021/05/12(水) 12:17:45.17

公式の正規表現パッケージだと機能が足りないんで高機能版を探してるんだけど
例えばgolang pcreで検索すると玉石混交っぽいのがたくさんヒットします。定番はどれですか？

**デフォルトの名無しさん** · 2021/05/12(水) 12:48:25.99

ないよ
基本的に標準で妥協するのがgoの流儀

**デフォルトの名無しさん** · 2021/05/12(水) 13:26:25.47

Golint is deprecated and frozen.
https://github.com/golang/lint

**デフォルトの名無しさん** · 2021/05/12(水) 14:21:32.78

golintなんて使うな！ってのはかなり前から言われてなかったか？
そうか、とうとうというかやっと非推奨になったか

**デフォルトの名無しさん** · 2021/05/12(水) 15:46:19.35

Golintよりあの独特のキモさのあるマスコットを frozen してくれ

**デフォルトの名無しさん** · 2021/05/13(木) 06:49:06.23

そういや、今は golangci-lint で gosample, unused, deadcode を disable して使ってるけど、皆は何を使ってる？

**デフォルトの名無しさん** · 2021/05/17(月) 09:13:26.08

ごふぁー君、日本人が日本の感覚でリファインしたらどうなるだろうな
可愛くなるかな

**デフォルトの名無しさん** · 2021/05/17(月) 09:37:57.05

美少女にされてポリコレで炎上して終了

**デフォルトの名無しさん** · 2021/05/17(月) 10:27:08.28

出目だけ直せばかなり可愛いと思うの

**デフォルトの名無しさん** · 2021/05/17(月) 16:09:31.77

もうある

**デフォルトの名無しさん** · 2021/05/17(月) 21:21:05.60

えー、めっちゃかわいいやん。
いろいろ並べたらかなり上位に食い込むはず
https://www.google.com/search?q=gopher+golang

ちなlisp
https://www.google.com/search?q=lisp+alien

**デフォルトの名無しさん** · 2021/05/18(火) 07:51:53.47

lispキモッ!!!!!

**デフォルトの名無しさん** · 2021/05/18(火) 11:48:20.95

land of lisp知らん人って居るの？居るか、昔の本やもんね…

**デフォルトの名無しさん** · 2021/05/18(火) 11:55:07.53

lisp興味あったから買ったけど、興味なかったら買わないだろうし知らない人多そう。
あの本のコミック感好き

**デフォルトの名無しさん** · 2021/05/18(火) 12:47:44.48

lispみたいな妙ちくりんな言語好きなやつらって
かっこつけるのが好きなだけなやつのイメージ

**デフォルトの名無しさん** · 2021/05/18(火) 13:43:10.70

()なだけにか、うまい

**デフォルトの名無しさん** · 2021/05/18(火) 15:18:58.11

歴史的な意義は大きいよ
lispマシンみたいな非効率な物作るのも今では考えられんし
調べる分には面白い

**デフォルトの名無しさん** · 2021/05/18(火) 17:50:33.31

じゃ、gopherはキャワイイ、lisp alienはカッコいいって結論でいいよね？

**デフォルトの名無しさん** · 2021/05/20(木) 20:04:23.04

いいよ

**デフォルトの名無しさん** · 2021/05/31(月) 19:04:04.05

月末日の今日timeのAddDateのキチンとした仕様理解したわ…

**デフォルトの名無しさん** · 2021/06/01(火) 03:54:23.59

A Tour of Goでわざと誤ったコード書いてRunするとエラーとか何も表示されないんだけどこれって俺環？
一応FirefoxとChromeで試した

**デフォルトの名無しさん** · 2021/06/01(火) 05:07:07.58

エラー行と、Go build failed が出てます
play ground のサーバが落ちてたとか？

**デフォルトの名無しさん** · 2021/06/01(火) 07:39:06.98

大抵、拡張とかせい

**デフォルトの名無しさん** · 2021/06/05(土) 17:26:46.46

GoにGenerics入るの喜ばれてるのを見るにD言語で良かったのではってなる・・・

**デフォルトの名無しさん** · 2021/06/08(火) 20:33:43.16

GoLandっていうIDEすこ
これ使ったら他のIDEには移れねえわ

**デフォルトの名無しさん** · 2021/06/08(火) 20:47:33.83

基本的にVSCode信者だけどVSCodeのGo拡張は糞すぎるんだよなあ
まあどうせ他の言語も日常的に使うからGoのためだけに移行するのはありえないんだが、さすがに糞すぎる

**デフォルトの名無しさん** · 2021/06/08(火) 21:09:41.18

いうほどか？C++とかもあんなもんじゃん

**デフォルトの名無しさん** · 2021/06/08(火) 21:19:41.74

VScodeがGo/HTML/JavaScript/Markdownと幅広いから、それだけで間に合っちゃうんだよな…

**デフォルトの名無しさん** · 2021/06/08(火) 23:18:45.50

機能とかはともかく、ステータスバーをやたら占有するのは糞だな。

**デフォルトの名無しさん** · 2021/06/09(水) 01:01:33.46

ステータスバーを占有、、、？

**デフォルトの名無しさん** · 2021/06/13(日) 22:15:56.68

VagrantのRubyコードをGoでリライトする模様

**デフォルトの名無しさん** · 2021/06/13(日) 23:00:16.90

ほう。Vagrantfileはどうするのかな。今だとYAMLとかになりそうな悪寒。

**デフォルトの名無しさん** · 2021/06/13(日) 23:12:30.98

Vagrantとかまだ使ってる奴いるの？
Dockerでオワコンとか以前に、GoだとVMもコンテナもなしに生でも普通に動くようにポータブルに作るだろうし

**デフォルトの名無しさん** · 2021/06/13(日) 23:25:59.99

普通に、WindowsでVirtualBox使うならその環境構築にほぼセットだわ。
Goのアプリしか使わないわけでもないしな。

**デフォルトの名無しさん** · 2021/06/13(日) 23:41:09.94

WSLかDockerでよくね

**デフォルトの名無しさん** · 2021/06/13(日) 23:43:18.70

>>530
まじ？！

**デフォルトの名無しさん** · 2021/06/14(月) 03:57:38.10

https://www.hashicorp.com/blog/toward-vagrant-3-0
これだね
rubyは徐々にコアから切り離してオプション化していく感じかな

**デフォルトの名無しさん** · 2021/06/14(月) 04:16:45.90

あらー
まあユーザーからしたらRuby入れるの面倒だったしな

**デフォルトの名無しさん** · 2021/06/14(月) 07:44:36.39

>>533
WSLで用が足りるならVirtualBox自体使う必要がないんだろうがな。
ただ、単にLinuxのソフトウェアが動けばいいんじゃなくてやっぱり仮想環境が必要な場面はあるし。
以前Ubuntuの複数バージョンを使い分けたりしたことがあるが、こういう用途にはまだ必要。

**デフォルトの名無しさん** · 2021/06/14(月) 07:45:52.08

リンク間違えた。>>538は>>534ね。

**デフォルトの名無しさん** · 2021/06/14(月) 11:59:12.37

goのcoroutineはgoroutineていうのに
goのcontextはgontextていわないのはなぜ？

**デフォルトの名無しさん** · 2021/06/14(月) 12:04:15.12

goroutineはGo言語のルーチンじゃなくて予約語goで作られるroutineだからじゃね？

**デフォルトの名無しさん** · 2021/06/14(月) 12:23:24.79

そもそも goroutine は coroutine じゃなくて thread だから。

**デフォルトの名無しさん** · 2021/07/02(金) 14:46:02.08

https://twitter.com/alexanderdanilo/status/1410521878855176194

Rob Pikeが引退ってマジか
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/08/01(日) 03:30:57.24

Goもようわからん方向に進んでますな
インフラ用言語と割り切ればええんかな

**デフォルトの名無しさん** · 2021/08/12(木) 01:08:37.12

goで問題解くサイトみたいなのありますか？

**デフォルトの名無しさん** · 2021/08/12(木) 11:50:15.21

今は、WSL2, Docker, VSCode(Remote Container, WSL2 ならRemote WSL)で十分。
Mac, vagarant, virtual box さえ不要

Ruby on Rails では、Heroku, Cloud 9, CircleCI などのクラウド開発

ローカル開発なら、Dockerを使うのが簡単だが、
日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv も使える。
asdf でも、多言語の好みのバージョンを入れられる

echo -e "$RBENV_ROOT\n$NODENV_ROOT"
/home/ユーザー名/.anyenv/envs/rbenv
/home/ユーザー名/.anyenv/envs/nodenv

任意のLinuxディストリビューションをWSL2で動かす　Clear Linux OSを動かすまで、2021/4
https://impsbl.hatena＠blog.jp/entry/ClearLinuxOnWSL2

注意。アク禁にならないように、URL 内に、＠を入れました

Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する

docker export
wsl --import

WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export

**デフォルトの名無しさん** · 2021/08/14(土) 18:30:15.43

ジェネリクスは入った？

**デフォルトの名無しさん** · 2021/08/17(火) 12:12:44.83

Go 1.17 is released!
https://twitter.com/golang/status/1427378613289164810
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2021/08/17(火) 17:56:17.55

>>541
goroutineって
オプションで複数のCPUコアに分散も出来るけど
実際はほぼ軽量スレッドじゃん？
コルーチンみたいなものじゃないの？

プログラムの書き方がスレッド使ったプログラムっぽかったら、
Goみたいに実装が極力OSスレッドに頼らないものになっててもスレッド（グリーンスレッド）？

**デフォルトの名無しさん** · 2021/08/17(火) 21:51:06.20

goroutineはstackful coroutine

**デフォルトの名無しさん** · 2021/08/21(土) 18:09:12.95

Rustのメモリ安全性はボローチェッカーによって担保されている

Nimバージョン：1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しでView types参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴
著者：アンドレアス・ルンプ
バージョン： 1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、Cのソースコードを吐き出せるので割り振られた仕事が早く終わっ
ても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/21(土) 18:16:54.48

Rubyガイジに続いてNimガイジの登場？

**デフォルトの名無しさん** · 2021/08/22(日) 12:20:27.60

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/09/09(木) 23:03:13.52

>>545
ttp://rosettacode.org/wiki/Category:Go

**デフォルトの名無しさん** · 2021/09/15(水) 01:01:00.82

9月TIOBEプログラミング言語ランキング
https://news.mynavi.jp/article/20210913-1971335/

**デフォルトの名無しさん** · 2021/09/18(土) 17:33:40.58

Go言語を嫌う6個の理由
https://www.kbaba1001.com/entry/2021/09/17/073149

**デフォルトの名無しさん** · 2021/09/18(土) 18:19:07.86

まー、概ね間違ってもいないかな？
でもmapなどがループより優れてるっーのは感想にしか過ぎなくないか？

**デフォルトの名無しさん** · 2021/09/18(土) 19:44:16.34

優れているかどうかはともかくmapとかは便利だよ
Genericsが導入されたらめっちゃ使われるようになるっしょ

**デフォルトの名無しさん** · 2021/09/18(土) 19:55:59.68

短く分かりにくいコードが書けて便利

**デフォルトの名無しさん** · 2021/09/18(土) 20:04:43.61

総称によるイテレーションを伴うmap/reduceは他の言語みたいに単一スレッドの自己満足じゃなく
デフォルトで並列にして欲しいです。。。

**デフォルトの名無しさん** · 2021/09/18(土) 20:15:55.61

map/reduceが使われる殆どのケースでは、入力の振り分けや結果のマージ、コンテキストスイッチ等のコストのため、並列化するとかえって遅くなるんだよ

**デフォルトの名無しさん** · 2021/09/18(土) 20:27:06.45

うっせーうっせーうっせーわ、あなた思うよりmap/reduceに並列度引数付ければいいだけです！
デフォルトで言うてる文章も読めないアホはgolangのM:Nモデルの高速スイッチが分かってない

**デフォルトの名無しさん** · 2021/09/18(土) 20:33:23.01

だから「殆どのケースでは」って言ってるじゃん
デフォルトで並列なら確実に遅くなるよ

**デフォルトの名無しさん** · 2021/09/18(土) 20:39:09.73

駄々っ子には何を言ってもムダ

**デフォルトの名無しさん** · 2021/09/18(土) 21:09:31.39

気持ち悪い単発ID援護

**デフォルトの名無しさん** · 2021/09/18(土) 22:54:51.12

その記事は肝心のポイントが一つ抜けておるな
goは何がクソといってまず名前がクソすぎる
40年50年前にできた言語じゃないんだからちゃんと後先考えて名前つけろや！

**デフォルトの名無しさん** · 2021/09/19(日) 12:53:46.33

goの最大の問題は検索のしづらさだろねえ

Goのヘイト記事は外国でもある（そりゃそうだ）

Why Golang Is Bad for Smart Programmers
https://raevskymichail.medium.com/why-golang-bad-for-smart-programmers-4535fce4210c

I want off Mr. Golang's Wild Ride
https://fasterthanli.me/articles/i-want-off-mr-golangs-wild-ride

もっと強烈なのあったはずなんだけど見つかりませんでした

**デフォルトの名無しさん** · 2021/09/19(日) 13:03:36.46

でも悪評も評判のうちなんで
WebAPIとして最適な並列処理性能を持つとはいえ、なんでそんなに注目されるのか
極論言えばWebAPI作るくらいしか能はないよね

**デフォルトの名無しさん** · 2021/09/19(日) 14:20:10.51

GoにGenericsが導入されるのは来年か、待ち遠しいなあ

**デフォルトの名無しさん** · 2021/09/19(日) 14:33:08.77

ググラビリティなら同じ名前のゲームがあるRustより遥かにマシ

**デフォルトの名無しさん** · 2021/09/19(日) 14:42:11.42

最近だと SIMD命令への対応がうれしい(実装コードはこれからだけど)

cmd/go: add GOAMD64 environment variable
https://github.com/golang/go/commit/b1bedc0774d8a3a7ff8778e933ee92e8638e9493

Microarchitecture levels
https://en.wikipedia.org/wiki/X86-64#Microarchitecture_levels

**デフォルトの名無しさん** · 2021/09/21(火) 14:14:06.62

Fuzz testing

**デフォルトの名無しさん** · 2021/09/21(火) 14:57:53.57

>>566
c って名前をつけた奴に無理な注文すんなｗ

**デフォルトの名無しさん** · 2021/09/21(火) 15:24:48.06

たまには D とか V のことも思い出してあげてください

**デフォルトの名無しさん** · 2021/09/21(火) 15:45:09.78

>>573
Szl (Sawzall) っていう命名もできるのになあ

**デフォルトの名無しさん** · 2021/09/21(火) 16:21:52.65

>>567
> Why Golang Is Bad for Smart Programmers
> https://raevskymichail.medium.com/why-golang-bad-for-smart-programmers-4535fce4210c

読んだ
Cしかやったことない奴は騙せても
いろんな言語やってきた奴からしたらショボすぎるわな
あとどうでもいいけどDを引き合いに出してGo批判するって斬新だなｗ

**デフォルトの名無しさん** · 2021/09/21(火) 16:40:46.07

D言語ちょっと試したことあるけどなかなか心地良かったよ。
しかしなぜGoやRustが使われて、Dが使われないのか、というな視点でも評価してほしいな。

「俺が考えた最強の言語」を作る人はいっぱいいても、ちゃんとコミュニティを作って使われるようになる言語はなかなかないね。

**デフォルトの名無しさん** · 2021/09/21(火) 16:52:12.16

>>577
> 「俺が考えた最強の言語」を作る人はいっぱいいても、ちゃんとコミュニティを作って使われるようになる言語はなかなかないね。

Perl6もフィボナッチ数列から最初の十個を出力を
say (1, 1, *+* ...*)[^10];
と簡潔に書けたりして最強言語だけど使われてないね

**デフォルトの名無しさん** · 2021/09/21(火) 17:19:40.36

write only language として最強でもなぁ・・・

**デフォルトの名無しさん** · 2021/09/21(火) 17:32:46.95

>>578
そういやこの前「Perl6 は～」って話してたら「rakulang だ！」って怒られたわ

**デフォルトの名無しさん** · 2021/09/21(火) 18:08:02.89

Goは、①普通にビルドできて、②普通にデプロイできて、③後々ゴミにならない
という当たり前の事が当たり前にできることに存在意義がある
簡単なことだけどそれができない言語が多いんだよね

**デフォルトの名無しさん** · 2021/09/22(水) 01:42:07.18

ジェネリクスが入ればそこがまた飛躍の時

**デフォルトの名無しさん** · 2021/09/22(水) 08:18:04.28

2021年にもなってジェネリクスを待ち望んでる言語があるとか
痛々しすぎん？

**デフォルトの名無しさん** · 2021/09/22(水) 09:14:59.43

いらん
と開発元も思ってたけど、おまえらがどうしても欲しいと言い続けたからだろ

**デフォルトの名無しさん** · 2021/09/22(水) 09:30:44.14

言語をデザインした奴が最初の段階で要らんと言ってるなら
それを貫き通してほしいよね
馬鹿にいまさら迎合することなく

Javaにジェネリクスが入った時も同様の失望を覚えた

**デフォルトの名無しさん** · 2021/09/22(水) 09:47:34.93

俺はジェネリクスが欲しいと思ったことはないなあ
sliceとmapに型があるから実際ほとんど十分なんだよね

**デフォルトの名無しさん** · 2021/09/22(水) 09:50:30.16

システムプログラミングではいらんかもしれんけど業務アプリではないとつらい