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/09/22(水) 12:23:07.31

>>589
Linux関連プロジェクトみたいに、既存関連リソースがC言語ばかりだとC使うんだろうけど、
しがらみのない新しいツールではCなんて滅多にないような？ほとんどGoかRustなのでは・・・？

シェアは全くわからんけど、おれの趣味寄りにもなるけど有名なのだと
Docker、Kubernetes関連、moby、HashiCorpのプロダクト、etcd、CockroachDB、InfluxDB、BoltDB、fzf、Hugo、frp、traefik

もしかしてこういう話じゃない？

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

>>592
例えばこういうふうにすれば、共通の演算子である+を使えたりするけど、これじゃダメ？
https://go2goplay.golang.org/p/hYqlmKON7VE

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

はよGenerics使わせろ

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

>>595
WIP ブランチなら既にデフォルトで -gcflags=-G=3 になってる
gopls も対応したので Emacs + Eglot でサクサク書いてる

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

おお、いいね

**デフォルトの名無しさん** · 2021/09/24(金) 07:59:47.34

https://i.imgur.com/z2Aqpr0.png

**デフォルトの名無しさん** · 2021/09/27(月) 07:44:16.84

TVCM見てて Go Pay が出てきて吹いたわ
なんなの提供元
ポケモンGoに勝てるの？
GO TO トラベルに勝てるの？
Google Pay に勝てるの？
それも調べたら MOV Pay から名称変更とか、そこまで逆境が欲しいの？
山中幸盛なの？

**デフォルトの名無しさん** · 2021/09/27(月) 09:06:27.80

書かなくても分かると思ったけど一応、サービス内容に対しての話じゃないからね
ググラビリティの話

Go が後続のサービスにどれだけ苦しめられてるのか
任天堂やら日本国政府やらGoogleやらのパワープレイヤーなら知ったこっちゃないだろうけど、泡沫勢力じゃ約束されし絶望じゃん

**デフォルトの名無しさん** · 2021/09/27(月) 13:53:26.84

ググラビリティって普通GolangかGo言語で検索すんじゃねーの？
Cとかでどうやってんの？

**デフォルトの名無しさん** · 2021/09/27(月) 13:56:04.08

親会社名自体が猛烈に低ググラビリティという…

**デフォルトの名無しさん** · 2021/09/27(月) 14:52:06.48

>>599
どうした急に
お薬飲め

**デフォルトの名無しさん** · 2021/09/27(月) 15:05:56.76

>>603
>>600
書かなくても……書いといて良かったわ

**デフォルトの名無しさん** · 2021/09/27(月) 15:19:55.68

検索ワードで回避できる問題なんかどうでもいい
一般人が検索するような物でも無いし
コマンドが短く入力しやすい方が重要
squirrelみたいな名前にしたら腱鞘炎になるぞ

**デフォルトの名無しさん** · 2021/09/27(月) 17:54:21.16

>>601
C言語

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

極主夫道の二巻の福引きGo等の商品がどうみてもGopher君のパチモノ

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

見上げてGolang、夜の星を

**デフォルトの名無しさん** · 2021/10/18(月) 13:29:08.84

Go簡単って言うからやってみたらローカルファイルimportするのに相対パス使えないとか
go mod するんだとかGOPATHはもう使わないとかｺﾞﾁｬｺﾞﾁｬｺﾞﾁｬｺﾞﾁｬ・・なんじゃこれ？全然シンプルじゃない
ツール周りがゴチャりすぎやろ、やっぱPythonが神だわ

**デフォルトの名無しさん** · 2021/10/18(月) 13:40:38.36

そうですね。Python使った方が良いと思いますよ。さようなら

**デフォルトの名無しさん** · 2021/10/18(月) 19:24:50.47

まあ相対パス使えないのはやり過ぎな気もする
htmlですらbaseを指定できるのに、何を恐れているのか
パーサーを作る際に楽だからなのかな？

**デフォルトの名無しさん** · 2021/10/18(月) 21:26:33.48

え？ go.mod で replace しておけばいいんじゃない？

**デフォルトの名無しさん** · 2021/10/27(水) 21:55:02.42

Sum Type、Union elementあと4か月か…2月/8月

**デフォルトの名無しさん** · 2021/10/27(水) 22:05:51.76

Genericsは1.18に載らないの？

**デフォルトの名無しさん** · 2021/10/27(水) 22:49:21.67

既に WIP ブランチでは使える様になっているから 1.18 で
正式採用になると思う(gopls も対応済み)

**デフォルトの名無しさん** · 2021/10/31(日) 15:45:47.64

ついにGenerics載るんだね、楽しみやなー。

ところで、ユーザ定義演算子は計画されてない？
AddとかMulみたいなメソッドじゃなくて+とか*みたいな演算子使いたいこともあるんよね

**デフォルトの名無しさん** · 2021/10/31(日) 18:46:09.19

>>616
>>594みたいな書き方しか無理みたい
トホホ

**デフォルトの名無しさん** · 2021/11/01(月) 23:46:42.69

GOおもろない
なんとかしてや

**デフォルトの名無しさん** · 2021/11/02(火) 14:39:41.99

>>618
どこがどうおもろないんや？

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

仕事だから仕方なく使ってるのはあるな

**デフォルトの名無しさん** · 2021/11/03(水) 08:59:07.96

なんも知らん新人でも、できるベテラン・新人でも、仕事に使うにはソースコードに均一性のある良い言語だわいな

**デフォルトの名無しさん** · 2021/11/03(水) 09:11:16.68

最近Goの現場入ったけど
dep?とかいうモジュール使っててGOPATHにも気を使わないと駄目で
結構混乱する
初期で大分失敗してると思うわGo

**デフォルトの名無しさん** · 2021/11/03(水) 10:49:56.25

depは3年ぐらい前から正式な公式ツールじゃもう無いし、ツールの煩雑性や使い勝手は言語に関係ないよ
PATH変数に気を使うのはC,C++でも一緒、そもそも環境構築すら出来ない失敗をしてんのはあんたか
現場の手順書が無いか

**デフォルトの名無しさん** · 2021/11/03(水) 11:46:43.90

「改訂2版みんなのGo言語」という本を読めば？

学生時代に、Ruby 製のVagrant を作って、
Terraform で有名なHashiCorp を作った、今世紀最大の起業家、
Ruby/Go の神、Mitchell Hashimoto のソースコードも解説している

**デフォルトの名無しさん** · 2021/11/03(水) 12:11:59.17

go.mod に書いとくだけで github やらから直接にライブラリを導入できる点で、環境面では目一杯助かってるわ
Mavenやらpipが組み込まれてる感じだけど、基本機能であることは大きい
Mavenとかpipは別途入れないとならんし、それぞれ本体と別の環境整備しないとならないから

**デフォルトの名無しさん** · 2021/11/03(水) 19:24:54.92

>>622
今更？

**デフォルトの名無しさん** · 2021/11/04(木) 16:01:17.99

趣味で使って面白い?

**デフォルトの名無しさん** · 2021/11/04(木) 16:13:12.12

面白い
GCP無料枠でそこそこ実用性のあるサイト建てたりできるし

**デフォルトの名無しさん** · 2021/11/04(木) 16:27:08.12

なるほど
googleの犬になるか

**デフォルトの名無しさん** · 2021/11/04(木) 19:21:19.80

だってアマとか無料枠ないんだもん
一年目だけってのは、単に初回サービスって言うんだよ

**デフォルトの名無しさん** · 2021/11/05(金) 14:20:53.38

Herokuとか

**デフォルトの名無しさん** · 2021/11/07(日) 15:35:29.83

社会人なら別にEC2使ってもマイナーサービスのサーバ台ぐらい余裕やで。
一ヶ月分の料金なんて、スタバ2回分くらいだろ。

そら安いほうがいいけど。

**デフォルトの名無しさん** · 2021/11/07(日) 22:23:20.41

micro使えば安いけど明らかにメモリが足りないんだよな
おまけに調子に乗ってぶん回すと詰まるし
最低でもmedium程度は欲しいがそうなると結構高くなる

**デフォルトの名無しさん** · 2021/11/07(日) 22:38:38.82

Oracle Cloudは？
コンソールが重くて独自性強いけど起動してしまえばいっしょ

**デフォルトの名無しさん** · 2021/11/07(日) 23:41:21.11

サイト立ててもアクセスが日に数件なんでほとんどマシン回ってないやww

**デフォルトの名無しさん** · 2021/11/08(月) 16:12:42.92

microといえば思い出す、大手のNでスワップしまくりなんも考えてないSEが手配したmicro
しかもWindowsの時の絶望感・・・

**デフォルトの名無しさん** · 2021/11/08(月) 16:32:31.04

んなもん動くか！

とググったら
https://qiita.com/zakky/items/68c4749889717c3cd849
おぅい！！

**デフォルトの名無しさん** · 2021/11/08(月) 16:42:16.76

microでも小さいサービスならメモリ足りるやろ？ goだったら100MBメモリ食うこともありえないくらいやろ
メモリリークでもしてるんじゃないの？
Windowsとか動かしたらそらきついだろうけど。

**デフォルトの名無しさん** · 2021/11/08(月) 17:40:06.67

動くか、と言ったのはWindowsの話
400MB確保できるみたいだから意外と使えるかも？

**デフォルトの名無しさん** · 2021/11/08(月) 18:00:09.69

なんでそんなにWindowsを動かしたいんだ・・・。

**デフォルトの名無しさん** · 2021/11/09(火) 13:54:21.34

>>640
pインスタンスでwindowsを動かすのは普通に多いよ

**デフォルトの名無しさん** · 2021/11/09(火) 17:10:56.19

いや、なんで？という疑問への答えじゃないよな
ぶっちゃけLinuxでSSH接続専用にすれば済むから

**デフォルトの名無しさん** · 2021/11/09(火) 19:48:05.88

GUI系のアプリを動かすんだよ
CAD系のシミュレータとか
windowsにしか存在してないアプリが多い

**デフォルトの名無しさん** · 2021/11/09(火) 23:41:06.97

github.com/fogleman/gg が遅くてちょっと困った。
Webassemblyで普通にcanvasの関数をcallした方が速いなんて。
ebitenはdraw系の関数少ないからなぁ。

**デフォルトの名無しさん** · 2021/11/11(木) 09:52:59.41

Twelve Years of Go
Russ Cox, for the Go team
10 November 2021

**デフォルトの名無しさん** · 2021/11/17(水) 23:16:51.89

gotoの使用は許可されてる？

**デフォルトの名無しさん** · 2021/11/18(木) 06:41:13.91

>>646
普通は使わないが何故か仕様にあるんだから許可されてるんだろ

**デフォルトの名無しさん** · 2021/11/18(木) 17:38:26.56

深いループを抜けるときはgotoを使う

**デフォルトの名無しさん** · 2021/11/18(木) 21:15:03.90

ラベルgotoは、gotoではあっても古い言語で禁忌されているgotoではありません。

ダイクストラのgoto文論争はBASICはもちろんですが、1968年に“Go To Statement Considered Harmful”
（Go To 文は有害とみなされる）において行番号へ飛ぶような言語が多かったために起こった論争です。
C言語も古くからありましたが、こちらもあまり使われなくなりました。なによりもgoto以前に
setjmp, longjmpという、関数の間でのジャンプ出来るようなC標準ライブラリが存在したために
より強く禁忌されたといえるでしょう。のちにStructured ProgrammingからO-OProgrammingへ移り変わる
につれて行番号は何もなく、文の構造の厳格性や動的ディスパッチなどが整備されたため、必要性が薄れました。

現在あるラベルgotoとは、ループの中に飛び込むgotoなどではなく、二重のループ中のbreakなどで
脱出経路を明確化するなど、例えばコンピュータサイエンスの分野ではHaskellにおいてはモナドを利用して
例外や非決定性計算行うなど、引数付きgotoとも呼ばれる。

**デフォルトの名無しさん** · 2021/11/19(金) 09:01:28.58

Inline指定出来ないので関数呼び出しのコスト低減くらいしか用途が思いつかない
そこまでシビアな実装滅多に無いから基本的に使わない

**デフォルトの名無しさん** · 2021/11/19(金) 12:21:28.19

確かに関数化すりゃブロック脱出もシンプルにreturnさせりゃいい
となるとgotoは関数呼び出しによるオーバーヘッドの削減だけなのかな？
ナノ秒単位でも削減したいという余程のシビアな要件で使うって話になるけど、関数呼び出しごとにスタックのチェックが入るGoでそんな要件に意味ってあるの？とも思う

**デフォルトの名無しさん** · 2021/11/19(金) 12:34:26.60

というよりもアホ意識高いgoto異端審問官が、文句つけてくるので使わない。

**デフォルトの名無しさん** · 2021/11/19(金) 15:43:47.01

おれにとっては、Golangでgoto使うのは、構文解析器みたいなのを書くときにたまにあるんだけど、共通の処理までジャンプしたいときとか、
for文とかをネストしたときに、いくつか上のブロックまでジャンプしたいときかなあ。これも構文解析したあとの評価器で使うこともある気がする

ようするに最適化とかじゃなくて、ちょっとした大域脱出みたいなノリで使ってる

Go本体のソースコードでもこんな感じgoto使ってるんじゃなかったっけ

**デフォルトの名無しさん** · 2021/11/20(土) 11:05:39.09

俺たちのGO！

**デフォルトの名無しさん** · 2021/11/21(日) 07:26:46.41

IDEはどれがおすすめ？

**デフォルトの名無しさん** · 2021/11/21(日) 07:39:21.64

自分はVSCode

**デフォルトの名無しさん** · 2021/11/21(日) 23:14:16.37

私はEmacs

**デフォルトの名無しさん** · 2021/11/22(月) 06:12:39.00

VSCodeもemacsもIDEではないけどね

**デフォルトの名無しさん** · 2021/11/22(月) 07:05:20.26

バージョン管理からテストまで環境内で完結してるのに仲間外れなのか

**デフォルトの名無しさん** · 2021/11/22(月) 19:08:36.54

emacsは"環境"だから、
emacs > IDE
だよな

ところでIDEの定義って何よ？
高機能エディタと垣根がなくなってきたからそれらを区別する意味があるのかどうか

**デフォルトの名無しさん** · 2021/11/22(月) 19:28:29.86

統合開発環境だから、コンパイルからデバッグ、バージョン管理にデプロイまで揃ってるemacsとかVScodeを入れないとなると、いよいようろんな定義になる
RADとかグラフィカルな開発環境とごっちゃになってるのでは？

**デフォルトの名無しさん** · 2021/11/22(月) 19:36:29.51

エディタ内でデバッガと密接に連携(ブレークポイント設置して値を参照とか)できれば統合してると言ってもいいと思うんだが

**デフォルトの名無しさん** · 2021/11/23(火) 10:50:24.50

mapをrangeステートメントで処理すると毎回順番変わるのな
将来mapの実装を変えた時に要素の順番が変わっても大丈夫なようにあえてランダムにしてるらしい
最初知らなくて嵌った

しかもランダムに返す仕様の方がパフォーマンスをよくしやすいらしい
ensure better balancingって
なるべく偏らないように要素を配置するみたいな意味か

https://stackoverflow.com/questions/55925822/why-are-iterations-over-maps-random/55925880#55925880

**デフォルトの名無しさん** · 2021/11/23(火) 11:47:46.83

> ランダムに返す仕様の方がパフォーマンスをよくしやすい
いや流石にそんなことはないぞ
処理系の実装変更だけでなくマシン毎に結果が違うことも許容することで、パフォーマンス最適化の余地が広がるという意味だ

**デフォルトの名無しさん** · 2021/11/25(木) 20:43:12.75

11月TIOBEプログラミング言語人気ランキング、PHPの下落続く
https://news.mynavi.jp/article/20211109-2181586/

**デフォルトの名無しさん** · 2021/11/26(金) 17:11:22.22

Golangが一番書きやすい

**デフォルトの名無しさん** · 2021/11/26(金) 19:19:32.54

go と defer とチャネルが便利すぎるね
チャネルのキャパシティは未だに悩む

**デフォルトの名無しさん** · 2021/11/26(金) 19:31:07.75

チャネルはクソだろ
Cでいうポインタ関連のミスによる死と同程度くらいにはデッドロックを起こしやすい極めて危険な仕組み

**デフォルトの名無しさん** · 2021/11/26(金) 19:33:40.57

勉強中でよくわかってないんだけど
メインルーチンが死んだらゴルーチンもチャンネルも死ぬんじゃないの？

**デフォルトの名無しさん** · 2021/11/26(金) 19:53:34.58

デッドロックは一番の可能性としてキャパシティを疑う

**デフォルトの名無しさん** · 2021/11/26(金) 21:43:15.55

どんな言語でもスレッドやルーチェンの１つが落ちて無事平穏な言語は少ない。Erlangぐらいかな落ちる前提なのは

**デフォルトの名無しさん** · 2021/11/26(金) 22:02:31.09

もう新しいデータ来ないのに
私待つわ…いつまでも待つわ…と待ち続けるコードを書けば
当然ながら詰まる

**デフォルトの名無しさん** · 2021/11/26(金) 22:32:30.29

アミン…大統領

**デフォルトの名無しさん** · 2021/11/26(金) 22:54:09.91

未使用の変数がコンパイルエラーになるのは地味に良い

**デフォルトの名無しさん** · 2021/11/27(土) 15:33:06.29

俺もチャネルはどうかと思う
ある意味スレッドより危険

**デフォルトの名無しさん** · 2021/11/27(土) 15:56:47.57

設計間違えたらデッドロックするのはどんな通信でも一緒じゃね？
チャネルを殊更に危険視するの？

**デフォルトの名無しさん** · 2021/11/27(土) 16:07:17.64

>>676
デッドロックしやすい仕様なのは事実だし、危険だからといってその使用を回避できる標準的な代替手段が存在しない
他の言語ではだいたいpromise/future、fork-join、actorがあるからよほど変なことしなきゃデッドロックなんか滅多に起きないよ

**デフォルトの名無しさん** · 2021/11/27(土) 16:10:29.89

そうなんだ？　イケてないの？
Googleさんはなんでそんな方式を採用してしまったのやら

**デフォルトの名無しさん** · 2021/11/27(土) 16:43:12.87

>>678
デザインパターンみたいなものを極力廃して、小さな標準的なツールセットだけでモノ作れるようにするという思想は一貫している
しかしスレッド関連のデザインパターンというのは基本的に死なないためにあえて制約を設けているのであって、
Goの思想が逆に敷居を高くする方向に作用してしまったということだ

**デフォルトの名無しさん** · 2021/11/27(土) 16:49:44.44

CSPモデルに沿った実装がしやすいとは聞く。
CSPモデルができていればそれがデッドロックを起こすかどうか静的に検証できるはず。

**デフォルトの名無しさん** · 2021/11/27(土) 16:50:07.92

ほえー、そうなんだ
実際のところ、他の人がgoroutineとか使ったやつを -race 付きで実行すると警告出まくるやつばっかだったよ

Goの強みは並行処理だと思ってたのに、他の言語のことはよく知らんけどもそんな有様じゃ強みだなんて言えないなあ

**681** · 2021/11/27(土) 16:53:59.99

なんかID変わっちゃってたけど、おれは >>678 ね
>>679 に向けて返信した

**デフォルトの名無しさん** · 2021/11/27(土) 17:22:55.75

CSPモデル
ttp://www.usingcsp.com/cspbook.pdf

**681** · 2021/11/27(土) 18:04:43.03

すまん、せっかくCSPを紹介してくれるなら、もっと初心者向けのやつない？
興味はある

**デフォルトの名無しさん** · 2021/11/27(土) 18:14:49.72

これとか。
https://staff.aist.go.jp/y-isobe/topse/vic/slides/csp-isobe-2012-03.pdf

**デフォルトの名無しさん** · 2021/11/27(土) 18:28:08.91

>>678
ここに玉にディスりにくるRust坊、ほんと性格悪いな

**デフォルトの名無しさん** · 2021/11/27(土) 19:03:33.53

設計が間違えてチャネルで無限ブロックするならタイムアウトをつけるべきだし、Rustもチャネルで
無限ブロックするしほかの多くの言語も（スレッド）チャネルの受信でブロックする
チャネルとは違うがErlangメッセージパッシングだって似たようなもの

**デフォルトの名無しさん** · 2021/11/27(土) 19:14:15.48

>>687
そういうことを言ってるんじゃないのよ
>>677にも書いたけど標準的な安全な代替手段が存在しないことが問題

**デフォルトの名無しさん** · 2021/11/27(土) 19:53:13.18

Rustなんてスレッド実装が固まってから五年も経ってないお子ちゃま

**デフォルトの名無しさん** · 2021/11/27(土) 19:53:53.46

スレッドとかだとバッドパーツが一通り手間揃ってて
こういうのはやめましょうってのがほぼデザインパターン化されてるから
コードレビューでつぶせたり
処理を追うとわかったりする

**デフォルトの名無しさん** · 2021/11/27(土) 19:54:52.94

>>683,685
CSPモデルのasync/awaitに対する優位性って何？
見た目何もない気がするが。
(ちなJSではなくC#のスレッドプールに対するasync/await想定でよろしく)

**デフォルトの名無しさん** · 2021/11/27(土) 20:00:12.03

もともと危険なthread/mutexには安全なwrapperがあるのにgoのchannelにはそれが無いから、ってことかな？

**デフォルトの名無しさん** · 2021/11/27(土) 20:12:14.69

>>688
平行性のある現代的なプログラミング言語ではデットロックは言語仕様の問題ではなく、食事する哲学者の問題と
同じく制限された個数のチャネルで送られたデータが受け取られていないのに、送信できるようにはなりません。

これがレース競合を起こさないための標準的で安全な手段であり、グローバル変数や変数共有をgoroutine介して
同期ミューテックスもない操作すれば当然警告が出るでしょう。

そもそもgoroutineでのチャネルブロックはデットロックではなく、待機ブロックです。その証拠にSIGINTなどの
シグナルでは待機ブロックでも抜けるはずです。本来のデットロックなら応答しないかゾンビになります
もちろんスレッド（あるいは軽量スレッド）間でチャネルを介してのみデータを共有できるプログラミング言語も
存在しますが、goは親スコープにある変数などを操作できるように利便性のトレードオフ設計であり、より現実的で
効率的だとも言えるでしょう
また制限された個数でないチャネルの場合は送信に受信側処理速度が追い付かない場合、キューイングされて
無限にメモリーが圧迫される危険性があります。

非同期系の言語で使用されるpromiseや、未来値のプレスホルダーを参照するfutureでデットロックが起きないのは
当たり前です。前者は非同期であり並列/並行ではありません、後者は終了時まで待って値を受け渡すだけです。
fork-joinは何が言いたいのかわかりません、actorプログラミングモデルや純関数言語ならその通りですが
共有したいデータが多くの言語でチャネルやパッシングを介してのみなので競合は起こらないでしょうが
いつまで待っても到着しない受信側は、永遠に待ち続けるのは変わりません。

「そういう事をいってるんじゃない」
ま、こういう問題を一切合切、無難に解決してくれる標準的な手段を手続き言語に求めるのは分からなくも
ないですが、最終的にデットロック（あるいは待機ブロックで無限待ち）したらどうするか記述するような
フォールトトレラント処理が欲しいわけでもないのでしょうが、個数が限られている場合のレース競合対策の
ルールなので言語的ではなく、哲学的にどうにもならないと思いますが