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(水) 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

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

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

言語デザイン的には業務アプリは考えてなかったけど、業務アプリでも使いたいという要望が広まってきて、その弊害というかなんというか
業務アプリにgoroutineはオーバースペックだし、JavaとかC#でいいと思うんだよな

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

Goって、より良いCとして使うだけの利用者層は今はどれくらいのシェアなんだろ？

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

Generics が入る時点で Go1 と Go2 に枝分かれするかと思ったけど
そうでもないみたいだな

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

Genericsがないから、いまは代わりにコード生成でなんとかしてるんでしょ
コード生成ってメンテしづらいし面倒だよ

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

型クラスがないジェネリクスとか片手落ちなんだよな
それに標準の型クラスもないのにどうやって共通性を持たせるんだろうとか
いろいろ無理な気がする
使いにくいから誰も使わないということになりそう

**デフォルトの名無しさん** · 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 に向けて返信した