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/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はドカタグラミングにも最適だから、もし今後も順調に普及していけば平均年収は大幅に下がりそう

**デフォルトの名無しさん** · 2020/01/16(木) 08:41:54.42

覚えなきゃならない独特で特殊なことがインターフェースの概念くらいで、構文は平凡以下の厳選されたものしかないから学習ハードル低いよな
自分はc言語とJavaとJavaScriptを経験してるから、一週間でほぼ使えるようになった

**デフォルトの名無しさん** · 2020/01/16(木) 19:01:13.36

下手すると何も特に勉強しなくてもただ人の書いたコードながめるだけで
「ああこんな感じか？」って雰囲気だけでそれなりのコードかけるようになっちゃう言語

**デフォルトの名無しさん** · 2020/01/16(木) 21:24:12.96

goはシンタックスシュガー多めで、初学者が見よう見まねで学習すると嵌りやすい印象。

**デフォルトの名無しさん** · 2020/01/16(木) 21:59:12.79

ほとんど使う局面がないstruct実体はでっかい落とし穴
実体配列rangeで回して更新されねーっと悩む初心者のいかに多いことか

**デフォルトの名無しさん** · 2020/01/16(木) 22:08:19.79

糖衣構文？なんかあったっけ？

**デフォルトの名無しさん** · 2020/01/16(木) 22:19:59.62

>>204
ヌルポで落ちまくるよりは遥かにマシだわ
むしろfor rangeで要素のポインタを取れるようにしてほしい

**デフォルトの名無しさん** · 2020/01/16(木) 22:45:35.06

落ちるなら、そちらのほうが万倍はマシでしょ
落ちなくて値が更新されないという恐怖

**デフォルトの名無しさん** · 2020/01/16(木) 23:37:40.70

誰も staticcheck 使ってないのか……

**デフォルトの名無しさん** · 2020/01/18(土) 11:13:25.73

golangのシンタックスシュガーは思いつく限りだと
１． := での型推論による変数宣言の代替
２．レシーバがポインタ型の場合に構造体実体でメソッドを呼び出すと、ポインタに変換して呼び出す

C言語からの後方互換性を意識するなら -> は廃止しなけりゃいいのに、中途半端
モダンな言語と同じにポインタを参照と呼び替えて、実体が欲しけりゃunsafeでやれと

**デフォルトの名無しさん** · 2020/01/18(土) 11:28:22.96

学習時に2は一貫性なくて嫌だった

**デフォルトの名無しさん** · 2020/01/18(土) 11:30:13.71

３． {フィールド:値, ...} 形式の構造体生成式
・・・これは構文だしシンタックスシュガーなのか微妙

シンタックスシュガー多めという意見は、どういう観点で構文をシンタックスシュガーだと判断しているのか俺にはサッパリわからない
むしろラムダ式(本来の無名関数という意味ではなく -> で書く記法)というシンタックスシュガーすらないgolangはむしろシンタックスシュガー少なすぎ（でもそこがシビれ

**デフォルトの名無しさん** · 2020/01/18(土) 13:18:44.40

シンタックスシュガーといえば、&Hoge{ ... }で構造体を初期化しつつポインタを取れるのに、&1はダメなのがウザい

**デフォルトの名無しさん** · 2020/01/18(土) 13:46:22.20

シンタックスシュガーというか、なんか一貫性に欠ける略記法みたいなのが多いような

**デフォルトの名無しさん** · 2020/01/18(土) 14:10:48.57

多いような、と言われてもなぁ
略記法と言っても、_ とか [::2] とかしかぐらいしか思い浮かばないんで、具体的に

**デフォルトの名無しさん** · 2020/01/18(土) 15:16:24.10

switch w := v.(type) はかなりエイリアン感あるな
Goに存在する数少ない型推論と言えるものの一つ

**デフォルトの名無しさん** · 2020/01/19(日) 06:24:36.25

Dockerの本社いい所にあるね

現役シリコンバレーエンジニアが教えるGo入門 + 応用でビットコインのシストレFintechアプリの開発
https://www.youtube.com/watch?v=WkEWDXogjR8

https://duckduckgo.com/bang_lite.html
!yt giants homerun boat

**デフォルトの名無しさん** · 2020/01/19(日) 10:59:57.18

一貫性に欠ける記述に思い至った
スライスとマップだけ生成すると実体ではなくてポインタを返す
やっぱり、構造体も生成するとポインタを返してほしかった
要らんよな実体

**デフォルトの名無しさん** · 2020/01/19(日) 11:18:53.24

要らないというのはちょっと正確性に欠けてた
普通のロジックを書く場合には要らない

DLL呼び出しとか、バイナリファイル書き出しとか、外部I/Fとして任意のアラインメントでのバイト列に直列化するパッケージがあって、内部では全て参照と言う名のポインタを扱うようにしてくれていたら何も問題は無かった
構造体ポインタでスライス作って、構造体のアドレスを入れて、という書き方を説明するためには、アドレスについて教えなけりゃならない
それを理由として新人研修の言語教育の候補リストから落としたんだった

**デフォルトの名無しさん** · 2020/01/19(日) 18:45:36.29

すべてポインタてJavaか

**デフォルトの名無しさん** · 2020/01/19(日) 21:41:47.53

構造体がポインタじゃないのなんでだろ
結局全部ポインタにしがち
イミュータブルな操作に値レシーバ使うことと整合させるため？

**デフォルトの名無しさん** · 2020/01/20(月) 00:17:10.01

・構造体配列のアクセスがゲロ遅い
・GCに負担がかかる
・エスケープ解析が困難
・C/C++との相互運用時に>>218のような変換が必要になりクソ非効率だし実装も面倒
・nilを受け入れないことを保証できない

**デフォルトの名無しさん** · 2020/01/20(月) 10:38:34.77

CL 187317 for the current proof-of-concept implementation.
https://go-review.googlesource.com/c/go/+/187317

**デフォルトの名無しさん** · 2020/01/20(月) 11:55:50.46

>>221
より良きアセンブラとしてC言語からの代替という目的だと、性能に対しての多少のコーディングしづらさはトレードオフの許容範囲ってことか
こりゃ、どうにもならないなー
>>208さんの言うように静的解析でガードするのが正解なんだな

**デフォルトの名無しさん** · 2020/01/20(月) 13:14:26.10

Cと同じものが欲しいならCを使ってれば良いんだよ

**デフォルトの名無しさん** · 2020/01/20(月) 14:06:44.63

正論

**デフォルトの名無しさん** · 2020/01/20(月) 15:43:03.96

GCが欲しかったんだよ