Go language part 3

**デフォルトの名無しさん** · 2019/10/17(木) 21:38:04.78

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

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

日本語訳
http://golang.jp

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

**デフォルトの名無しさん** · 2019/10/17(木) 22:00:39.82

>>1乙
テンプレが古すぎるんで作ってみたがどうだろ

公式
https://golang.org

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

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

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

**デフォルトの名無しさん** · 2019/10/17(木) 22:34:25.92

golang.jpは外して良いね

**デフォルトの名無しさん** · 2019/10/18(金) 00:00:29.03

golang.jp は、エイベルの古川昇部長が、社内で始めた翻訳プロジェクトだろ？
最近は、活動してないのか？

改訂2版基礎からわかる Go言語、古川昇(エイベル)、2015

**デフォルトの名無しさん** · 2019/10/18(金) 00:45:01.73

その人もうやめてるでしょ

**デフォルトの名無しさん** · 2019/10/18(金) 13:53:47.66

先週から仕事でGoやることになったんだが、この言語辛すぎないか・・・？
ジェネリクスないしエラーが辛い。ジェネリクスは2.0で入るらしいが。
Goの作法だとエラーハンドリング忘れて次の処理を書けるリスクが常に孕んでてて書いてて全然安心できない。
あと詳細なエラー情報見ようとするとcustomErr,ok:=err.(CustomError)みたいにしないと情報とれないの危なすぎでしょ。
なんでカスタムエラー型認められていないの？

**デフォルトの名無しさん** · 2019/10/18(金) 14:25:55.97

>>6
認められていない訳じゃない
しかし、カスタムなエラー型だと正常時にnilが帰ってきた時に
if err!=nil {} がtrue判断を食らうという厄介なバグがある
これは型付きnilというバグだが、仕様と言い張ってる模様
仕様なら、the predeclared identifier nil, which has no typeの記述とか直せや！

**デフォルトの名無しさん** · 2019/10/18(金) 14:31:17.21

>>6
エラー処理を忘れるうっかりさんは例外だってキャッチ忘れるだろな

そして、エラー処理は1.13でほんの気持ちだけ改修入ってるからチェック
Is, As

**デフォルトの名無しさん** · 2019/10/18(金) 14:39:41.03

**デフォルトの名無しさん** · 2019/10/18(金) 15:49:30.94

>>7 認められてないというよりか風潮といった感じか
カスタムエラーがstructじゃなくてinterfaceならいけるんじゃない？
まあどのみち使用しているライブラリがerror返してるからどうしようもないんだけどな
俺はMySQLのエラー番号が知りたいだけなのにどうして危険な操作を強いられるんだ

>>8 まず俺はGoのエラーと例外を引き合いに出してはいない(例外は糞だが)
例えば関数の戻り値がT,errorのような場合でerrorじゃないときだけTの戻り値にアクセスできるような仕組みが欲しい
ScalaのEitherやRustのResultのようなやつな
今はジェネリクスないからそういう実装はできないだろうけど
そもそも職場の制約で.1.13は使えないが、IsもAsも対してかわらんなって印象だわ。
ライブラリの実装者が中で返すエラーの型を変えた場合、IsやAsしててもコンパイルエラーにならず適切なエラー処理ができずに実行されてしまう。
戻り値の型できちんとカスタムエラー型を明示してくれてればコンパイルエラーで気づけるんだけどな

今さっき聞いたんだけど、2.0で入る予定のエラーハンドリング周りのサポート、error型のみが対象らしいんだってな。
2.0にはいると本当にカスタムエラーの道が閉ざされてしまいそうだけど本当にそれでええんやろか

**デフォルトの名無しさん** · 2019/10/18(金) 16:01:34.41

エラー処理の観点から見るとジェネリクスないのはもう相当きついね
関数型脳は捨てるしかない

**デフォルトの名無しさん** · 2019/10/18(金) 19:57:12.19

まあRustも関数型言語かというと違うけどな。標準ライブラリにはモナドないし。
ジェネリクスが必要なものに関しては今使えないから仕方がない面はあるとは思う。

ただカスタムエラー型が実質使えない状態になってるのは辛いなあとは思う

**デフォルトの名無しさん** · 2019/10/18(金) 21:03:52.48

モナドあってもdo記法相当ないときついからね

**デフォルトの名無しさん** · 2019/10/19(土) 15:58:08.27

exe でかいな・・・

**デフォルトの名無しさん** · 2019/10/19(土) 19:06:00.27

う、うん…

**デフォルトの名無しさん** · 2019/10/19(土) 19:56:56.88

2MBは静的リンクされてる実行ファイルなら普通よ
C系のリンカーの出力だとままある
動的リンクされてDLLとかアセンブリとかSOをロードする実行ファイルとは違う
ロードが速いはずというメリットもある

**デフォルトの名無しさん** · 2019/10/19(土) 22:13:55.22

せやな
この特性でインスタンスの起動が早くてクラウドだと重宝するね
反面WASMとかだと辛いという話は聞いている

**デフォルトの名無しさん** · 2019/10/20(日) 10:01:30.26

そもそもC/C++自体がすでに第一選択の言語じゃなくて、応答性やパフォーマンスの問題で消去法で選ばれる言語だし、
Goはそれで弾かれる側の言語なんで無理無理

Goが選択肢に入るような要件ならC++は選択肢に入らないし、逆もまた然り

**デフォルトの名無しさん** · 2019/10/20(日) 10:16:19.34

しかし、C++は他に選択肢が無いというよりアセンブラより生産性が高いという消去法で選択される言語
C++よりも生産性が高いと思う人間、例えばGoogleとか俺にとっては消去法での乗り換えが充分に考えられる

**デフォルトの名無しさん** · 2019/10/20(日) 10:22:02.89

あ、もうちょい書き足りなかった
つまり、ベターなアセンブラの地位をC/C++から奪おうという狙いの言語、という位置付けだと考えるよ

**デフォルトの名無しさん** · 2019/10/20(日) 10:26:38.82

草

**デフォルトの名無しさん** · 2019/10/20(日) 10:33:11.87

笑っていればいいさ、20年前にJavaが将来のメジャー言語になると言ったら馬鹿にされるのは必至だったし

**デフォルトの名無しさん** · 2019/10/20(日) 10:35:44.03

まあ、linuxカーネルがCで書かれる限り、Cの牙城を崩すのは夢物語なのは間違いない

**デフォルトの名無しさん** · 2019/10/20(日) 10:53:15.21

1999年ならjavaはすでにメジャー言語でしたけどね

**デフォルトの名無しさん** · 2019/10/20(日) 11:07:37.88

Dと比べてどうなん？

**デフォルトの名無しさん** · 2019/10/20(日) 11:10:32.44

var hoge uintptr = 123 動く(1)
hoge := uintptr(123) 動く(2)
hoge uintptr = 123 動かない(3)
hoge uintptr := 123 動かない(4)

やっぱり面倒なんだよね
良い方法ないですか
あと(2)があまり使われないのはなぜ？

**デフォルトの名無しさん** · 2019/10/20(日) 11:15:04.16

>>24
ほほう、EclipseもstrutsもJITもない1.2の時代でメジャーとな？

**デフォルトの名無しさん** · 2019/10/20(日) 11:21:45.78

君は20年後も笑われてると思う

**デフォルトの名無しさん** · 2019/10/20(日) 11:28:13.14

使ったこと無いから的外れかもしれないけど、uintptrなんてunsafeな箇所くらいでしか使わないと思う(アーキテクチャ依存だからという理由
そんなuintptrを簡単にという意図がわからないので、解説plz

**デフォルトの名無しさん** · 2019/10/20(日) 11:30:47.40

根拠も何もなく笑って誤魔化す人に笑われても痛くも痒くもないね
そこでどうぞ笑っていてくださいな

**デフォルトの名無しさん** · 2019/10/20(日) 11:34:38.66

Cの整数リテラルに付けるサフィックスみたいな？
1234LL とか 1234ULL

**デフォルトの名無しさん** · 2019/10/20(日) 12:29:01.63

>>27
当時のTIOBE IndexでC、C++に次ぐ3位ですけど

**デフォルトの名無しさん** · 2019/10/20(日) 13:00:38.73

>>32
ぐう、認めざるを得ない

**デフォルトの名無しさん** · 2019/10/21(月) 12:27:44.92

全然関係ない話
公式のドキュメントのフォントがChromeとかで汚いと悩んでたんだけど、実はGoogleのRobotoフォント入れれば良いんだな

**デフォルトの名無しさん** · 2019/10/21(月) 12:36:03.12

そんなのuser.cssでいくらでも好きなようにできるじゃん

**デフォルトの名無しさん** · 2019/10/22(火) 09:57:44.29

:= と = の使い分けが構文的に破綻してるように観える

**デフォルトの名無しさん** · 2019/10/22(火) 10:07:36.95

var s []byte = "abc"
string(s) // OK
s.String() // undefined

var b bytes.Buffer
string(b) // cannot convert to string
b.String() // OK

なんかこの辺もいまいち

**デフォルトの名無しさん** · 2019/10/22(火) 16:48:11.86

a) var hoge bytes.Buffer
b) hoge := bytes.Buffer{}
c) hoge := new(bytes.Buffer)

これは全部同じか？

**デフォルトの名無しさん** · 2019/10/22(火) 17:34:11.07

cはポインタじゃね？

**デフォルトの名無しさん** · 2019/10/22(火) 18:45:07.15

&xxxxx{}の方が直接的で字数も短いからnewって使ったことも無かった
何のためにあるの？

**デフォルトの名無しさん** · 2019/10/22(火) 18:49:37.32

ウメは所詮ウメ

**デフォルトの名無しさん** · 2019/10/22(火) 19:10:16.41

>>35
なんかしばらくしたら元に戻っちゃったんで、user.cssに戻した
面倒なんだよー

**デフォルトの名無しさん** · 2019/10/22(火) 20:19:18.32

chrome拡張でuser.css使えばいいだけじゃん

**デフォルトの名無しさん** · 2019/10/23(水) 00:31:32.72

errorはインターフェースだからswitchで処理するんじゃないの？キャスト使うの？

**デフォルトの名無しさん** · 2019/10/23(水) 10:08:27.34

今頃書き方が気に入らないとか変な奴が増えてきたな

**デフォルトの名無しさん** · 2019/10/23(水) 11:21:24.14

errorがつらすぎるError()stringだけで表現しきれないよ

**デフォルトの名無しさん** · 2019/10/23(水) 15:38:46.69

たまにgoやると、そのたびにテンプレートリテラルがないことを忘れててショックを受ける

**デフォルトの名無しさん** · 2019/10/23(水) 15:45:39.64

Go って GAE とか GCP 以外ではどんなところで使われてますか

**デフォルトの名無しさん** · 2019/10/23(水) 16:11:49.10

>>48
https://github.com/golang/go/wiki#online-services-that-work-with-go

**デフォルトの名無しさん** · 2019/10/23(水) 16:12:12.27

LLで書かれていたserver-sideの置き換え

**デフォルトの名無しさん** · 2019/10/23(水) 18:00:58.73

>>48
ありがたくGogsを使わせていただいてます

**デフォルトの名無しさん** · 2019/10/23(水) 19:15:53.64

>>48
ありがたくDockerを使わせていただいています。

**デフォルトの名無しさん** · 2019/10/23(水) 19:44:31.14

>>48
android本体のビルドシステム

**デフォルトの名無しさん** · 2019/10/26(土) 14:34:34.62

{ "name": "Tanaka", "age": 26 }
{ "name": "Tanaka"}
{ "age": 26 }
{}

みたいに中身が入ってるか不確定なjsonlファイルを上手くcsvやtsvに変換する方法ってありますか？

**デフォルトの名無しさん** · 2019/10/26(土) 17:57:54.28

普通にjson.Unmarshal()するだけで、mapになるそうだから
入っていないキーは入っていないと分かるのとちがう？

設定ファイルとか使うコード書いたことないから受け売りなんだけど

**デフォルトの名無しさん** · 2019/10/26(土) 18:26:00.14

いまいちカッコ悪いが、
各フィールドをinterface{}で受けて、有無をnil判定するのはどうか

type Person struct {
Name interface{} `json:"name"`
Age interface{} `json:"age"`
}
func encodeField(v interface{}) string {
if v == nil { return "" }; return fmt.Sprint(v)
}
func main() {
var persons []*Person
json.Unmarshal([]byte(`[{"name": "Tanaka", "age": 26},
{"name": "Tanaka"},{"age": 26}, {}]`), &persons)
w := csv.NewWriter(os.Stdout)
for _, person := range persons {
records := []string{encodeField(person.Name),encodeField(person.Age)}
w.Write(records)
}
w.Flush()
}

【出力】
Tanaka,26
Tanaka,
,26
,

**デフォルトの名無しさん** · 2019/10/26(土) 18:56:16.09

LTSVに
https://play.golang.org/p/RHu8P0fJO8O

Golang初めて1週間未満なのでいろいろあれかもしれんが

56 · 2019/10/26(土) 19:00:33.37

書いた後にアレだが、 >>55 のやり方のほうが良い

var persons []map[string]interface{}

**デフォルトの名無しさん** · 2019/10/26(土) 19:17:37.95

どうぞ
ttps://play.golang.org/p/JD9lfvYmddM

**デフォルトの名無しさん** · 2019/10/26(土) 19:54:24.78

ポインタにしてしまうのはどうだろう

https://play.golang.org/p/bf9Top_b39H

**デフォルトの名無しさん** · 2019/10/26(土) 20:04:05.89

Goってjqみたいな機能無いのか
jsonの全パターン書くの辛くないか？

{ "name": "Tanaka", "age": 26 }
だけで残りの3パターンも補完できれば汎用性のあるものができそうだが

**デフォルトの名無しさん** · 2019/10/26(土) 20:26:57.00

>>61
>jsonの全パターン
何を言ってるのか分かりません

**デフォルトの名無しさん** · 2019/10/26(土) 20:30:49.25

まあjq使ったほうが遥かに早いわな

**デフォルトの名無しさん** · 2019/10/26(土) 22:55:14.57

>>62
{ "name": "Tanaka", "age": 26 }
{ "name": "Tanaka"}
{ "age": 26 }
{}

みたいに全部定義するのがめんどいってことでしょ

**デフォルトの名無しさん** · 2019/10/26(土) 23:02:23.77

>>64
定義って、それはテストデータじゃない
テストデータ書かないでサンプル書くの？

とかすっとぼけて書いたが、誰かjsonの形式の定義が必要なサンプルコードを書いたりしたか？という話
そもそもが内容が不定なjsonを解読するって話だから、皆さんそれを読むサンプルコードを書いてる
つまり、レス主はそれらのサンプルコードを読んでないんじゃね？

**デフォルトの名無しさん** · 2019/10/27(日) 09:49:43.92

Unmarshal()の引数に[]interface{}の変数のポインタを渡すと、マップとスライスで構成されたjsonの中身がエンコードされるという前提知識で話してるのに
キーをフィールドとして事前定義しなきゃならん、構造体のスライスへのポインタを渡す形式の呼び方での話を持ち出されても困るんだ
んでも、構造体を切ることをパターンと言っているのではない可能性もあって、一応確認

**デフォルトの名無しさん** · 2019/10/27(日) 16:02:57.62

【質問】
goroutineはデーモンスレッドみたいにプロセスが死ぬと終了します
だから後始末をしたい場合、子にはcontext.WithCancelで終了を通知、受け取ったら後始末
そして、親はsync.WaitGroupで完了待ちしています

んでも、もっとうまい方法ってないものかな？面倒

Javaだとスレッドをinterruptして、子はInterruptExeption拾って後始末して、親はjoinして待つじゃない
主にInterruptExeptionをキャッチするコードを書くだけで済む
もしも親から狙ったgoroutineに特定のpanicを起こせるなら、recoverで拾えるかなーと…

**デフォルトの名無しさん** · 2019/10/27(日) 17:24:05.16

暗黙で thread safe になるからじゃね？

**デフォルトの名無しさん** · 2019/11/02(土) 10:54:34.41

Most Popular Programming Languages 1965 - 2019
https://www.youtube.com/watch?v=Og847HVwRSI

**デフォルトの名無しさん** · 2019/11/09(土) 14:40:29.85

Go 10周年

https://blog.golang.org/10years

**デフォルトの名無しさん** · 2019/11/09(土) 14:45:47.99

おめでとう
そして 10年で 3 スレ

**デフォルトの名無しさん** · 2019/11/10(日) 16:35:00.71

>>67
狙ったgoroutineにってのが推奨されてるかはわからんけど、レシーバなり関数のパラメータなりにid持たせて、終了通知channelにそのidを送って受け取った側で処理する、とか

**デフォルトの名無しさん** · 2019/11/12(火) 18:31:22.40

継承、関数オーバーライド、多態性を実装したサンプルをまとめてみた
https://play.golang.org/p/4_p8gXLRJ1j

今後のバージョンアップで機能しなくなったりとか、現状でもマズイ部分って、どれくらいだろうか？

**デフォルトの名無しさん** · 2019/11/12(火) 19:33:54.99

オーバーライドしたスーパークラスのメソッドを呼び出す例が無かったんでちょっと変更
https://play.golang.org/p/XUfFldlrkqT

**デフォルトの名無しさん** · 2019/11/13(水) 13:05:15.15

ローソンやめて・・・

**デフォルトの名無しさん** · 2019/11/14(木) 12:27:37.91

>>73
それは多態になってない
呼出元が直接Sub.Msgを呼んでるだろ

**デフォルトの名無しさん** · 2019/11/14(木) 12:45:55.94

>>76
Inheritance.Msg()じゃないの？

**デフォルトの名無しさん** · 2019/11/15(金) 01:20:51.87

>>76
うん、BaseもSubも同じインターフェースに代入してメソッド呼んでるから、ちゃんと多態になってると思う
それとも俺とかレス主が多態性を勘違いしてる？

**デフォルトの名無しさん** · 2019/11/19(火) 11:45:57.48

新しいサイトのurlゴーデブとか俺をバカにしてんのか？

**デフォルトの名無しさん** · 2019/11/19(火) 13:05:47.04

go.dev
pkg.go.dev

デヴ乙

**デフォルトの名無しさん** · 2019/11/19(火) 19:24:06.45

新しいサイト？
言語仕様ドキュメントが見つからないから、移行ではないよな？
何のためのサイト何だろうコレ

**デフォルトの名無しさん** · 2019/11/19(火) 19:41:52.54

ごーでぶキュレーションサイトなのかな
https://japan.zdnet.com/article/35145511/

**デフォルトの名無しさん** · 2019/11/19(火) 19:55:13.02

ああ、つまり経営者向けの広告サイトなんだな

**デフォルトの名無しさん** · 2019/11/19(火) 20:30:05.61

> https://blog.golang.org/go.dev
> Today we are launching go.dev, a new hub for Go developers, to help answer those questions.
開発者向けのハブサイトだと

**デフォルトの名無しさん** · 2019/11/20(水) 04:14:35.39

デブで経営者向けはないだろｗ
経営者ならスマート

**デフォルトの名無しさん** · 2019/11/20(水) 05:50:27.81

ドメインの管理者は…

**デフォルトの名無しさん** · 2019/11/20(水) 21:31:46.92

>>48
Go言語を採用して開発をしている会社一覧
https://web.archive.org/web/20191120013540/https://qiita.com/muchi/items/018c81c27f637797fcf3

**デフォルトの名無しさん** · 2019/11/21(木) 22:11:47.49

なぜかVScodeでmain.goだけ"fmt"とか全くimportできなくなってしまった
language serverのリスタートもWindowsの再起動も駄目
なんじゃこりゃ、まいったね

**デフォルトの名無しさん** · 2019/11/22(金) 22:15:46.73

>>88
コマンドラインからは叩けるの？
同じ現象なってたわ

**デフォルトの名無しさん** · 2019/11/23(土) 08:06:54.73

>>89
コマンドラインでgolintとか叩いても何も出ないね
今は出なくなってるけど、原因がわからない
ちなみに1.13.1

**デフォルトの名無しさん** · 2019/11/23(土) 12:27:33.32

>>90
俺もvscodeの再起動で治ったけど、module周りはちょいちょい不具合でるなあ。
importの警告がいきなりでてきたり

**デフォルトの名無しさん** · 2019/11/23(土) 14:07:25.44

>>91
また modules か
modules ってどうなるのかな？
godoc が動かない issue も目処が立っていないらしいし

**デフォルトの名無しさん** · 2019/11/23(土) 20:04:06.92

>>92
バグのあるバージョンがミラーに乗っかっちゃったらポイズニングするしかないのとかもなんとかしてほしい。
コンパチがゆえの弊害が出ている気はする。

**デフォルトの名無しさん** · 2019/11/23(土) 20:37:12.05

>>88
import "./internal/config"
とか相対パス参照を止めて完全パスでインポートしたらエラーが消えた
別マシンだと1.12だったからなのか動いてたんだけど、なんだこりや

**デフォルトの名無しさん** · 2019/11/23(土) 21:02:17.64

環境変数 GO111MODULE を off にセットしてみたら

**デフォルトの名無しさん** · 2019/11/23(土) 21:13:40.13

言語自体はそれなりに良いんだが開発状況見てるとと将来が不安。rubyに似てる。

**デフォルトの名無しさん** · 2019/11/23(土) 21:21:33.69

>>96
最初からコンセプトがシンプルだから、rubyとまではならないんじゃないかな。と、思いたい。
あとケツ持ちがでかい

**デフォルトの名無しさん** · 2019/11/23(土) 21:44:02.36

>>94
go.mod に

replace internal/config => ./internal/config

と書いておくと

import "internal/config"

と書ける。 ./internal/config ディレクトリ内にも go.mod を作っておく必要があるけど

**デフォルトの名無しさん** · 2019/11/23(土) 21:57:18.51

>>95
環境変数見てもgo env見ても
GO111MODULE=
と設定されていませんね
Goを始めたのが1.12だったから、そもそも必要なかったし

**デフォルトの名無しさん** · 2019/11/23(土) 22:02:32.31

>>95
ん、off？空指定とは違う挙動になるのかな？

**デフォルトの名無しさん** · 2019/11/23(土) 22:08:43.74

>>98
internal以下のパッケージの全てにgo.modを入れるのはちょっと…

**デフォルトの名無しさん** · 2019/11/23(土) 22:12:34.14

>>100
1.13 からデフォルトは on

**デフォルトの名無しさん** · 2019/11/23(土) 22:13:50.79

シンプルなのはいいんだけど
golintでチェックされる命名規則が嫌すぎる
キャメルでgetJsonDataとかだったか関数定義したら"JSON"と大文字で書けとか怒られた
お前は姑か！

**デフォルトの名無しさん** · 2019/11/23(土) 22:19:49.28

>>102
むしろoffじゃ駄目じゃん、modules 使ってる環境だから
go.exe env GO111MDULE=on
してみた

**デフォルトの名無しさん** · 2019/11/23(土) 22:22:02.56

>>102
あ、書き忘れ
1.13からのデフォルト変更は無しになってautoのままらしい

**デフォルトの名無しさん** · 2019/11/23(土) 22:24:43.43

off にして modules 捨てたらいいんじゃないかな

**デフォルトの名無しさん** · 2019/11/23(土) 22:29:30.47

後は import "hoge-project/internal/config" って書くとか
これなら go.mod を作ったり弄くらなくて済む

**デフォルトの名無しさん** · 2019/11/23(土) 22:40:38.71

>>107
まさにそれ
完全パスで書いたら通る

**デフォルトの名無しさん** · 2019/11/25(月) 21:36:43.85

初心者なんだがcontextの使い道がいまいちわからん。
cancelとかなんかいいサンプルないかな。

**デフォルトの名無しさん** · 2019/11/25(月) 22:24:43.09

>>109
パッケージドキュメントのExampleが、自分としては分かりやすかった
WithCancelしか使ってないけど

あと、go vet がバグっていて親contextのCancel関数があるのに
子供のCancel関数を_で捨てると怒られる
https://github.com/golang/go/issues/29587
暫定的な解決法は一旦変数に取ってから_に代入

**デフォルトの名無しさん** · 2019/11/25(月) 22:34:45.60

>>109
使い方じゃなくて使い道かー
んー、goroutineをポコポコ作る場面で、処理をキャンセルしたい事ってあるけど、作り散らしたgoroutineに通知しないとキャンセルできない
そんなとき自前で仕掛けを作らなくてもcontextを使えばいい
あとは、そういった処理にタイムアウトを実装したい時にも、タイマーが組み込まれてるcontextがある

Valueは使ったこと無い

**デフォルトの名無しさん** · 2019/11/25(月) 22:57:11.50

ありがちなのはsigintしたときにすぐにプログラムを止めずに子のゴルーチンの処理が一区切りついてから止める場合とかかな🤔

**デフォルトの名無しさん** · 2019/11/26(火) 02:26:32.95

改訂2版みんなのGo言語、2019/8/1

買ってきた。
これは、文法以外の開発に関する本

**デフォルトの名無しさん** · 2019/11/26(火) 07:37:44.38

>>112
んだね、自分はちゃんと後始末していることを保証するためにWaitGroupと組み合わせてる

**デフォルトの名無しさん** · 2019/11/26(火) 15:25:52.87

>>111
回答ありがとう
そういうケースって、親がcancelしたら、goroutineはDoneを受信したら終了、って認識なんだけど、それって終了するためにfor、select前提、になるのかな

**デフォルトの名無しさん** · 2019/11/26(火) 15:27:45.16

>>112
それも考えてはみたんだけど、waitgroupか、キャパ付きのerrorChannelで事足りてしまうような。
context難しい。。

**デフォルトの名無しさん** · 2019/11/26(火) 15:32:27.05

>>110
パッケージドキュメントだと、やはり基本的にループ待受なのね

なんかイメージ的に、その文脈から派生した処理を上手いことその派生分だけ切り上げる、みたいな感じだったけど、contextWithCancel使う＝ループ処理がある、なのかな

**デフォルトの名無しさん** · 2019/11/26(火) 18:34:43.56

>>115
そうなる
各goroutineではチャネルを読まないといけない
んでもコード的に汚いから、裏技がないかと>67で質問したけど無いみたい
interrupt panic とか起こせたらなぁ

**デフォルトの名無しさん** · 2019/11/26(火) 20:40:53.47

>>118
なるほど。参考になる。
channel読むの前提ってことは、やっぱり汚くなるよね。
selectで終了待受したいなら、中でさらにgoroutine生成してselectまで進めておく、しかないと
なんかこう、WithCancelで生成したcontext渡してcancelしたらなにも考えることなく終わってほしいなー。

**デフォルトの名無しさん** · 2019/11/26(火) 21:33:38.25

>>114
便乗して更に質問で申し訳ないが聞きたい。waitgroupって、個人的にはworkerの数が決まってるなら使うべき？
wg使わずにキャパシティ付きchannelに放り込む、クロージャでdefer closeしてその後channelをrangeで回す。というのもソースコードではよく見る。

ここら辺なにが正解なのかわからんのよね

**デフォルトの名無しさん** · 2019/11/26(火) 22:53:16.65

>>120
workerの数が決まらないほど、使うべきなんじゃない？
要するに全部のgoroutineが終わったかどうか判断する仕組みだから
ちなみに自分はgoroutineを二段構えで呼んでて、WaitGroupは隠してる
https://github.com/XORveRCOM/util/blob/master/pkg/easywork/easywork.go

**デフォルトの名無しさん** · 2019/11/26(火) 22:57:07.00

workerの数決まっていないでチャンネル使うとキャパシティ以上にワーカーできたとき詰まって死にそう🤔

**デフォルトの名無しさん** · 2019/11/26(火) 23:23:09.81

>>121
回答とサンプルありがとう。
質問の日本語がおかしかった。。
なるほど、こうすればchannelで送受信しなくても逐次的に処理できるということか。

ちなみにworkerの数が決まらないケースって、どんな場面で遭遇する？

常駐してて死なないアプリ以外にあんまり思いつかず

**デフォルトの名無しさん** · 2019/11/26(火) 23:23:41.57

>>122
WaitGroupのソースを参照

**デフォルトの名無しさん** · 2019/11/26(火) 23:29:52.93

>>122
受信側は無限に待ち受ける想定だとどうかな？というか、waitgroupを使わないユースケースがそれぐらいしか思いつかないんだよね

waitgroupが有効なケース、だけどwaitgroupを使わないケースってどんなんがあるのかな。

**デフォルトの名無しさん** · 2019/11/26(火) 23:36:45.35

>>123
常駐じゃなくても並列処理で足並み揃える時とかに使うかな
例えば並列で別のダウンロードさせたり

**デフォルトの名無しさん** · 2019/11/26(火) 23:46:52.62

>>126
そうか、パッと見ダウンロード処理を開始する時にwg.Add(len())すれば、とおもったけど、よく考えたら何をダウンロードするのかを取得する処理自体が並列化してる場合は、ソースみたいに自分でAdd(1)しないと並列化できないね。
とても勉強になった。ありがとう。

**デフォルトの名無しさん** · 2019/11/26(火) 23:59:49.88

>>124
WaitGroupのソース見る限りAddされた数と待っている数を保持していてチャンネルを使っていないっぽいけど…
チャンネルを使うと詰まることあるけどWaitGroupならないんじゃないかな
https://golang.org/src/sync/waitgroup.go?s=574:929

**113** · 2019/12/02(月) 22:40:03.04

>>113
改訂2版みんなのGo言語、2019/8/1

半分ぐらい読んだけど、これは、文法以外の開発に関する本で、

テスト・デザインパターンなど、
各言語の中級者向け「Effective 何々」に相当する本

**デフォルトの名無しさん** · 2019/12/03(火) 08:47:37.15

effective goは無料で読めるけど全然似てない。適当こくでねぇ。

**デフォルトの名無しさん** · 2019/12/05(木) 11:52:28.33

シマンテックのSEPがgolintを誤検知してさくっと削除

**デフォルトの名無しさん** · 2019/12/06(金) 09:12:39.72

誤検知じゃないかも

**デフォルトの名無しさん** · 2019/12/08(日) 01:05:14.90

ジェネリクスとnnbdは入ったの？

**デフォルトの名無しさん** · 2019/12/12(木) 01:16:12.28

>>133
入ってない。
ジェネリクス欲しいよね

**デフォルトの名無しさん** · 2019/12/14(土) 02:29:56.08

ジェネリックよりインターフェースのメソッド名をリファクタリングする機能が欲しい
それとファイル内に閉じたスコープの新設

**デフォルトの名無しさん** · 2019/12/14(土) 12:20:22.72

サクッとwebサーバー建てる時お前らエコー使うだろ？
後輩がジン一択言って譲らんのよ

**デフォルトの名無しさん** · 2019/12/14(土) 12:25:23.49

ごめんnet/http一択

**デフォルトの名無しさん** · 2019/12/14(土) 18:57:44.23

サクッと立てたい時にフレームワークは使わない

**デフォルトの名無しさん** · 2019/12/14(土) 21:25:16.45

さくっと欲しいときは
https://play.golang.org/p/LtYjxcomguJ
を使ってる

**デフォルトの名無しさん** · 2019/12/14(土) 21:32:58.33

>>139
お、ｲｲﾈ!

**デフォルトの名無しさん** · 2019/12/16(月) 01:49:06.93

go初心者です。
田中、佐藤、加藤からランダム(重複なし)で3つ抽出するにはどうすればいいでしょうか？

**デフォルトの名無しさん** · 2019/12/16(月) 01:56:43.58

取り出す数が配列の大きさと同じならシャッフルすれば良さそう
https://golang.org/pkg/math/rand/#Shuffle

**デフォルトの名無しさん** · 2019/12/16(月) 02:11:32.44

>>142
なるほど。
ただ実際は配列の大きさは100個くらいあって取り出す配列は5つなんですよね...

**デフォルトの名無しさん** · 2019/12/16(月) 02:29:03.91

>>143
重複なしならシャッフルして前から5個取れば良さそう

**デフォルトの名無しさん** · 2019/12/16(月) 02:37:03.68

>>144
すみません、前から5個取るにはどうすればいいのでしょうか？

**デフォルトの名無しさん** · 2019/12/16(月) 02:44:37.15

https://play.golang.org/p/RWZYkJYabd2

Playground だと時間が止まってるから常に同じ結果しか表示しないけどね…

**デフォルトの名無しさん** · 2019/12/16(月) 02:50:18.86

>>146
おー！これでいけそうです。
ありがとうございます。

**デフォルトの名無しさん** · 2019/12/16(月) 18:22:41.60

おんぶに抱っこやんけ

**デフォルトの名無しさん** · 2019/12/16(月) 20:24:54.73

interfaceをに包まれた2つ以上の変数が持つ型が一致してるか判定できる構文てある？

こういうのはできないみたいだし…

var x interface{} = int(12)
var y interface{} = int(25)
if (a, ok1), (b, ok2) := x.(int), y.(int); ok1 && ok2 {
fmt.Println(a, b)
}

**デフォルトの名無しさん** · 2019/12/16(月) 20:25:53.67

リフレクション使えば判別出来るのは知ってる

**デフォルトの名無しさん** · 2019/12/16(月) 20:35:08.46

まぁ、こんなんかなぁ…

if a, ok1 := x.(int); ok1 {
if b, ok2 := y.(int); ok2 {
fmt.Println(a, b)
}
}

**デフォルトの名無しさん** · 2019/12/16(月) 20:41:01.13

reflection ならこうかな

import "reflect"

if reflect.ValueOf(x).Type() == reflect.ValueOf(y).Type() {
　fmt.Println(x, y)
}

**デフォルトの名無しさん** · 2019/12/16(月) 23:14:32.24

型アサーション使っていいなら、型スイッチという手段も

**デフォルトの名無しさん** · 2019/12/18(水) 18:41:56.85

golang関係ないんだが、50000番台ポートをlistenで開きまくるアプリ書いてるんだが、テスト実行毎にデバッグexeのパスが変わってWindowsDefenderがブロックしましたダイアログ出してきてウザいよぅ
うちはSEPなんでお呼びじゃないし、更にブロックされてると主張してるがテストコードはガンガン通ってるからブロックしてねーし

ともかく、デバッグexeの一時フォルダを固定する設定ってある？そうすりゃ例外設定書ける

**デフォルトの名無しさん** · 2019/12/19(木) 17:58:01.30

go testの内部処理を追ってどうぞ

https://go.googlesource.com/go/+/refs/heads/master/src/cmd/go/go_test.go

**デフォルトの名無しさん** · 2019/12/19(木) 18:04:48.44

>>155
リンクミス
こっち
https://go.googlesource.com/go/+/refs/heads/master/src/cmd/go/internal/test/

**デフォルトの名無しさん** · 2019/12/21(土) 20:16:12.25

ep8 ー ep7で雑に投げられた謎を雑に処理、端から解決する気無し。既存キャラの大幅劣化に加え、ローズ、紫バァ、暗号破りの新キャラ3人がヘイトの対象に（主にローズ）

ep9 ー ep8の出来事はほぼ無かったことに…。大味極まりないが逆にそれが功を奏し、SWファンからの評価は概ね高い。興収でエンドゲームを超えられるか注目

**デフォルトの名無しさん** · 2019/12/21(土) 20:17:39.18

ごめん、完全誤爆

**デフォルトの名無しさん** · 2019/12/26(木) 23:28:38.63

名前付き引数ってこんな感じでいいの？

https://play.golang.org/p/dckMhAXN5Ve

**デフォルトの名無しさん** · 2019/12/26(木) 23:57:38.99

>>159
知らんのでググって、最初にヒットした奴の方が良いな

具体的にはオプションはそれぞれ対象の構造体ポインタを受けとるシグネチャを持つ関数
そのメソッドのスライスを順に呼ぶと、関数が特定フィールドに値をセットするという作り
まず、その方式だと型switchがいらない
オプションを増やしたければセット用の関数を増やす

他の利点として、設定する関数では他のフィールドも参照できるから、矛盾のある設定を防ぐとか柔軟な設定もできそう

ぱっと見、visitパターンっぽいアイデアに見えた
(個人的な初見の感想なんで深く考えて言ってる訳じゃない
なんだっけ、二重呼び出し？

**デフォルトの名無しさん** · 2019/12/26(木) 23:58:56.08

まぁ、interface{} で良いんじゃないかな

https://play.golang.org/p/MekSknA7SOd

**デフォルトの名無しさん** · 2019/12/27(金) 00:43:24.50

>>160
https://play.golang.org/p/IPFXvijbxKY

**デフォルトの名無しさん** · 2019/12/27(金) 18:28:35.28

ひさしぶりにGO触ったら仕様変更の真っ最中なのね...
暫く冬眠しとくわ　　　　　　　　　　　　　　　　　　　　　　　　　

**デフォルトの名無しさん** · 2019/12/27(金) 18:35:37.18

いつでも仕様変更
ジェネリックス欲しがってる層って、何のクラスタの人なんだろ

**デフォルトの名無しさん** · 2019/12/27(金) 20:14:12.67

Java

**デフォルトの名無しさん** · 2019/12/27(金) 20:24:26.71

Java 原人、生きていたのか

**デフォルトの名無しさん** · 2019/12/28(土) 00:46:09.91

ていうか Java のジェネリクスもおもくそ後付けやん

**デフォルトの名無しさん** · 2019/12/28(土) 13:38:22.34

golangのゆるふわなinterface機構の上でジェネリックスの出番なんてそうそうあるものなのかな？

**デフォルトの名無しさん** · 2019/12/28(土) 13:43:53.42

ちょっと凝ったことをしようとすると interface{} まみれになるところが改善できれば。

**デフォルトの名無しさん** · 2019/12/28(土) 13:46:40.71

ジェネリクスはGo教において諸悪の根源とされる「利用しようとする前に利用される方を設計する行為」の最たるものだからなあ

**デフォルトの名無しさん** · 2019/12/28(土) 14:04:34.89

自分としてはgolangの形式で動的にリンクできるライブラリ手法が欲しいな
dllみたいなcgoなライブラリじゃなくgolangネイティブな形で
interface定義とインスタンスをロードするビルダだけ静的リンクするスタイルを想定
これがあるとDIとかプラグインが捗るから

知らないだけで存在してたりする？
それともdotnetのactivexみたいにdllに皮かぶせれば行けたりする？

**デフォルトの名無しさん** · 2019/12/28(土) 15:05:05.51

ドラフトに挙がっている Go の generics(contract ベース)が採用されれば、

>>169
> ちょっと凝ったことをしようとすると interface{} まみれになるところが改善できれば。

inteface{} を使わなくてもよくなるんじゃないか、って期待してる。
まぁ、最終的にどうなるかは分からんけど…

**デフォルトの名無しさん** · 2019/12/28(土) 18:09:17.61

ジェネリクスは大体ライブラリとかそっちの方が実装してて普通は使うだけ
他の言語でジェネリクスないときはいちいち型キャストと型チェックしてたから
そういうのが無くなって嬉しかったんだけどなあ

**デフォルトの名無しさん** · 2019/12/28(土) 18:18:35.27

goでapiサーバーを構築したいんだけど、参考になるサイトとかないですか？

**デフォルトの名無しさん** · 2019/12/28(土) 18:23:32.21

本買え

**デフォルトの名無しさん** · 2019/12/28(土) 19:01:41.80

状態を変化させるAPIだと、API作るよりCORSとかCSRF周りの勉強がめんどくさい

**デフォルトの名無しさん** · 2019/12/29(日) 14:50:10.22

WebAPIサーバーなんて、Qiitaとかそこらへんに転がってるような「GoでWeb APIを作ってみた」
程度の簡単なものが実際に本当にプロダクションで運用されてるもんだ。
ただしその前方や足元にはALBやらKubernetesやらがあって、信頼性やスケーラビリティはGoではなくそういったクラウドインフラの層で担保するんだよ。
Goをプロダクション運用したいなら、GoよりAWSの知識の方がずっと重要だ。

**デフォルトの名無しさん** · 2019/12/29(日) 18:17:57.65

>>177
アホ

**デフォルトの名無しさん** · 2019/12/30(月) 09:38:05.31

標準パッケージのjsonのUnmarshal
なんでReaderインターフェースでなくてバイト配列を引数にしたんだろ？
DecoderはSAXみたいなトークナイザだしなぁ

**デフォルトの名無しさん** · 2019/12/30(月) 09:50:44.52

>>177
趣味のサービスかもしれんのに、何を先走ってるんだか？
少なくとも商売始めようという人間が便所の落書きで質問しないと思う

**デフォルトの名無しさん** · 2019/12/30(月) 10:12:03.12

だったらQiitaのコピペ記事で十分だな

**デフォルトの名無しさん** · 2019/12/30(月) 13:50:14.69

>>179
いやNewDecoder(r).Decodeでいいだろ

**デフォルトの名無しさん** · 2019/12/30(月) 14:37:33.59

>>182
え、そうなの？とやってみたらできたわ
https://play.golang.org/p/thP_FXceuPm
勘違いしていた

**デフォルトの名無しさん** · 2019/12/30(月) 14:40:19.65

一見落着

**デフォルトの名無しさん** · 2020/01/01(水) 23:38:38.47

goルーチンってプログラム終了前に全部終了させる必要ありますか？

**デフォルトの名無しさん** · 2020/01/02(木) 02:53:52.42

>>185
必要かと言えば、必要はない
goroutineが終わらなくてもプロセスは終わる

でも、goroutineのdeferルーチンは呼ばれない
https://play.golang.org/p/Tt1Hbxzbr8v

つまり後始末とかはされない
後始末したければ、
1. context使って終了を通知
2. WaitGroup使ってgoroutineの終了を待つ

**デフォルトの名無しさん** · 2020/01/02(木) 04:32:00.19

ありがとう

**デフォルトの名無しさん** · 2020/01/08(水) 00:07:12.80

golangはgoroutineでNAMESPACEを適切にコントロールする手段がないのでDockerコンテナを記述するには適していない、という記事を読んだんだけど
これって対策とかロードマップとか何か打ち出されてない？

**デフォルトの名無しさん** · 2020/01/12(日) 02:20:29.72

>>188
記事はどこ？

**デフォルトの名無しさん** · 2020/01/12(日) 02:36:05.34

>>189
2017だから結構古い話
https://www.publickey1.jp/blog/17/rustdockerrailcarrust.html
OracleがDockerコンテナランタイムの実装言語としてgoじゃなくRUSTを採用した理由

んで、goroutine関係って改修ってされてる話って見たことなかったんで、これってどうなってるのと

**デフォルトの名無しさん** · 2020/01/12(日) 10:07:33.12

記事読んでみたけど、問題はnamespaceそのものじゃなくてnative threadへのアクセスじゃないのかな。

**デフォルトの名無しさん** · 2020/01/12(日) 10:35:25.29

言語選択ネタは基本的に使いたいものを正当化するためのゴリ押しになりがちだから話半分に聞いておくのが正しい態度

**デフォルトの名無しさん** · 2020/01/12(日) 10:41:45.99

根本的な原因はそうなんだろうけど、クリアするハードルは名前空間なのかなと
まあ、自分はDockerコンテナ自身には今のところ手を出す気はないアプリ作者だけど、ちょっと気になっただけなんだ
元からgolangはデバイスドライバとかの低レベルのシステム開発は対象としてないように見える(主観)ことから、それと同様に不要な機能としてガン無視なのかな？
それならそれで文句がある訳じゃない

**デフォルトの名無しさん** · 2020/01/12(日) 11:31:15.29

いつぞやの「味見」の兄チャンか？

**デフォルトの名無しさん** · 2020/01/12(日) 11:45:59.65

えーと、多分そう
ツール書くのにperl awkからjava c#経由して今はgolangが便利すぎて引っ越してきた

**デフォルトの名無しさん** · 2020/01/12(日) 11:48:51.94

過去ログ見たら別の人
自分はmodulesが安定しねーっ、と嘆いていたクチ

**デフォルトの名無しさん** · 2020/01/12(日) 12:49:08.86

おまえか！

**デフォルトの名無しさん** · 2020/01/13(月) 04:33:46.15

https://i.imgur.com/LvXV7fl.jpg

**デフォルトの名無しさん** · 2020/01/15(水) 23:33:03.13

プログラミング言語ごとの年収
https://pbs.twimg.com/media/EOSS8tqU4AAY75v.png

**デフォルトの名無しさん** · 2020/01/15(水) 23:43:56.51

今のところGoはAWSやGCPを極めた人が使うイメージだな
年収が高いのもそのためだろう
Goはドカタグラミングにも最適だから、もし今後も順調に普及していけば平均年収は大幅に下がりそう