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/

**デフォルトの名無しさん** · 2020/12/11(金) 06:25:35.96

GO2のリリース日を教えてください
来年にはきましゅか？

**デフォルトの名無しさん** · 2020/12/11(金) 20:15:55.93

来まちゅよ！

**デフォルトの名無しさん** · 2020/12/11(金) 20:31:05.80

来てもなぁ
とりたてて困ってない
滅多に使わなくて実感ないから正規表現が遅いと言われてもピンとこないし

**デフォルトの名無しさん** · 2020/12/13(日) 00:32:21.22

int64をuint64に変換する簡単な方法って無い？
当然に収まらないからマイナス値はif文で0にしてあるものとする

何が困ってるかと言うと、ファイルサイズはosパッケージではint64なのに、zipパッケージではuint64なんで

もう面倒なんで、文字列にしてハイフン取っちゃおうかな

**デフォルトの名無しさん** · 2020/12/13(日) 02:18:12.88

GOでRSSリーダー作れましゅか？

**デフォルトの名無しさん** · 2020/12/13(日) 02:28:39.75

httpで読み込んで
https://qiita.com/ytkhs/items/948f516ec82c82eaa882
とかXMLパースするだけだろRSS

JSONは要素のコメントなしで読み込む機能はあるけど、XMLはどうだったか知らん
名前空間も

**デフォルトの名無しさん** · 2020/12/13(日) 02:33:15.75

>>163
uint64() じゃダメなん？
https://play.golang.org/p/hwbSw8-k3Fn

**デフォルトの名無しさん** · 2020/12/13(日) 02:48:56.92

>>166
orz 組み込み関数見落としかぁ

**デフォルトの名無しさん** · 2020/12/13(日) 14:24:43.55

そういう次元の話じゃない
せめてググろう

**デフォルトの名無しさん** · 2020/12/13(日) 15:04:34.66

Go製のrssリーダーはすでに幾つかあるが、作れるかであって使えるかじゃないから、自作する話だと判断するのが妥当

rssの要素技術はhttpとXML
rssのURLをブラウザで叩けば最低限読めるのだから、他に必要な技術はない
作れるかと聞かれているのだから、要素技術をサポートしているか、という質問だと判断するのが妥当なのでは？

**デフォルトの名無しさん** · 2020/12/13(日) 15:18:49.96

GoでGUIアプリのRSSリーダーを開発できるかという質問なのかな？
QTくらいしか俺は触ったことないけれども

**デフォルトの名無しさん** · 2020/12/13(日) 16:29:04.67

組み込み関数じゃなくて言語の基本仕様レベルだよ
って話じゃないの

**デフォルトの名無しさん** · 2020/12/18(金) 22:04:00.43

GOってもしかして人気無い？
2～3年前と比べて下火になってる？

**デフォルトの名無しさん** · 2020/12/19(土) 00:17:10.67

go routineって windows APIで言うと単なるファイバーだったのね。何か昔に戻った見たい。
それなら、パフォーマンス気にする処理なら自分でスレッドとメッセージループでしっかり組んだ方が早いし確実だと思った。

初期のgo routineの中でビジーループすると他の処理が全部止まるってのも笑えたし、最新のgoでの改善策はAPI呼び出した時にディスパッチされますって。プリエンティブ無しの初期のRTOS見たいな動き。VBAのdo procだっけ、ループ中に他の処理動かすやつ。あれと同じ。

**デフォルトの名無しさん** · 2020/12/19(土) 00:39:26.57

そう、劣化Erlangなのだ！

**デフォルトの名無しさん** · 2020/12/19(土) 00:52:20.88

じゃあGo捨ててErlang/Elixirを学び直すんですか？
貴方、正気ですか？

**デフォルトの名無しさん** · 2020/12/19(土) 08:38:32.21

またVScodeでアップデートしたら
go get package failed: err: exit status 1: stderr: template: main:1:9: executing "main" at <.Module.Path>: nil pointer evaluating *modinfo.ModulePublic.Path
とか出てimportできない！とかほざくようになってしまった
Go自体のアップデートを1.14.2で止めてるからだろうか？

**デフォルトの名無しさん** · 2020/12/19(土) 08:51:06.40

>>176
1.14.13まで上げたけどダメ
他のプロジェクトでは問題なし(解せぬ
go env GOPATH ではちゃんとパスが通ってる
setting.jsonは共通

**デフォルトの名無しさん** · 2020/12/19(土) 08:59:22.58

>>176
ほかのプロジェクトと比較
OneDriveとかユーザーディレクトリからcのサブディレクトリに移したら出なくなった
空白入りとか漢字のパスといった国際化への対応が、またダメになったのかもしれない

**デフォルトの名無しさん** · 2020/12/19(土) 11:09:41.00

>>173
goroutineはファイバーじゃなくて(グリーン)スレッドだろ。

**デフォルトの名無しさん** · 2020/12/19(土) 11:20:53.48

大体がスタックを関数呼び出し毎にチェックして拡張する仕様がどうかしてる
これがあるので他と比較するのはあまり意味がないのでは？
そんな変態的な仕様が過去にあったなら、それとは比較できる
勉強不足で知らんから

**デフォルトの名無しさん** · 2020/12/20(日) 04:52:15.58

>>172
JSとPythonに比べたら人気はない
ただしそこそこの速度が出るので実用的

**デフォルトの名無しさん** · 2020/12/20(日) 05:40:24.66

グーグルの秀才たちが内輪向けに作った言語だから一般向けじゃないんだよなあ
変数の宣言～初期値代入の形態が何種類あるかってだけでも初心者を脱落させるに十分

**デフォルトの名無しさん** · 2020/12/20(日) 06:35:14.49

繰り返しは無理してでもforに集約してるクセになんか片手落ちだよなｗ

**デフォルトの名無しさん** · 2020/12/20(日) 11:21:25.65

マイクロサービスってログイン認証とかどうやってるんですか？
ログインユーザーのトークンをDBに保持してそれぞれのマイクロサービスでDB情報を共有したりするイメージですか？

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

>>184
JWTを送る方法もあるというか、どちらかと言えば主流？
俺は認証フレームワークの都合で使ったことないけど

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

>>185
都合というより明らかに手抜きで

**デフォルトの名無しさん** · 2020/12/20(日) 14:19:56.97

>>179
う～ん、微妙。同じ事言いたいだけかな。複数のファイバーって方がしっくり来る。結局、1万個のgo routineがあったら、動的に5個とか10個とか小数のスレッドが立ち上がり、メッセージループで逐次処理してるだけだから。
まあ関数途中から再開出来たりするのは言語仕様として使いやすくしてるだけ。暗黙的にasync構文が自動挿入されまくっているだけ。

**デフォルトの名無しさん** · 2020/12/20(日) 14:32:19.95

普段C#書いてるけどゴルーチン大好きよ
圧倒的に楽

**デフォルトの名無しさん** · 2020/12/20(日) 14:47:35.49

普段Rust書いてるけどゴルーチン圧倒的に楽だね
たまに名前が気に入らんだの、ググラビリティ低いだの聞くけど
その辺はCでもGoでもなく、Rustのが辛ぽよ

**デフォルトの名無しさん** · 2020/12/20(日) 14:47:50.12

>>187
プリエンプションするからファイバーじゃなくてグリーンスレッドなの。

**デフォルトの名無しさん** · 2020/12/20(日) 14:54:10.97

n:mでぶん回してタスクのスティールもするし、それをファイバーとは呼ばんと思う。

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

とはいえスレッド使いたいことはある
重い計算処理を完全に占有させたい時とか

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

>>190
プリエンプションするの？初期は誰かがループすると他のgo routine呼ばれず、その後、改良されてAPI呼んだタイミングではするけど、純粋な計算とかのループはNGってください記事までは見たけど。最新だとするの？どんどん本物のスレッドに近付けて処理重たくなって最終的に本末転倒な結果にならないのか？

**デフォルトの名無しさん** · 2020/12/20(日) 21:00:10.73

>>188
c# なら taskとgo routineって殆んど同じかなと思ってしまうがどうなの？c#ではスレッド直接使ってたって話し？

**デフォルトの名無しさん** · 2020/12/20(日) 21:23:39.28

for i:=0;i<n;i++ {} というループでも1.2以降ではスタック操作でスイッチングが走るようになったから、for {} と書かない限りは気にすんなという記事を読んだ

**デフォルトの名無しさん** · 2020/12/20(日) 21:58:32.70

>>195
そう言う事なのかぁ。そんな単純ループでも切り替えチェックを毎回実行してるって性能面ではすごいデメリットだな。

**デフォルトの名無しさん** · 2020/12/20(日) 23:04:35.11

>>196
性能では不利だけど、それはGoの優位点でもある

Goはスタックつまり自動変数の領域を初期値2KB(Javaのスレッドの1/500)しか持たず、それを必要時に拡張する
そのため、goroutineを10000個作ってもスタックは初期値なら20MBあれば良い(Javaのスレッドだと10GB)
そんなにgoroutineを使うか？という話だけど、webAPIが同時接続10000とかの場合を想定(昔は10K問題として大問題)
今でも300万同時接続をJavaとかのスレッドで扱おうとすると3TBの仮想メモリが最低限必要になるけど、Goなら最低6GBで済む(スレッドのスタックサイズをデフォルト値で使ったら)

そんなわけでスレッドのメモリ消費を何とかしない限り、webAPIにおいてGoのアドバンテージは無くならない

**デフォルトの名無しさん** · 2020/12/21(月) 00:48:28.58

>>197
いや、go routineと本物のthread(javaも同じ)で比較するとその通りだと思う。
過去のwebフレームワークが1要求を愚直に1スレッドに割当てして性能限界に至ったのも真実。

だからgo routineを使えば、同じく1要求を愚直に1 go routineに割当したとしてもgo 内部で複数のgo routineを1つのスレッドに割当する事で極力性能、メモリ使用量を抑える事が出来ますって事だけ何だよな。

そして、スレッドのコストが高いってのはある意味常識で、スレッドは最低限に抑えましょうてのは昔から常識。方法としては、古典的なメッセージループ、スレッドプール、ファイバー、タスク、async構文、nodeの全シングルスレッドとあらゆる方法がある中の一つがgo routine。

中身は、まあ他の手法から抜きん出て便利なのか否かは歴史がこれから証明する所。

apacheが歴史的に1要求1プロセスのforkベースだったから、webはプロセスから見たらスレッドの方が軽量って事で性能面は見過ごされて来た歴史がある。組込みシステムはリソース命だからかなり初期からスレッドの高コストはしっかり意識してモノ作りしている。

**デフォルトの名無しさん** · 2020/12/21(月) 01:00:05.48

わかったから

**デフォルトの名無しさん** · 2020/12/21(月) 01:21:44.50

Unity界隈はどうなんだろ？
基本はC#で部分的にgoroutine使ってるような話を聞いたことあるが正確なところは不明

**デフォルトの名無しさん** · 2020/12/21(月) 03:21:16.47

C#のTaskは非同期+スレッドプール(OSスレッド)

>>197
10年くらいまえの認識だね

**デフォルトの名無しさん** · 2020/12/23(水) 22:22:43.94

GOはホント話題無いね
いい意味で枯れてきてるのかもしれないけどとにかくトピックが少ない

**デフォルトの名無しさん** · 2020/12/23(水) 22:48:40.86

新機能に渇望してないのが大きい
期待の新機能であるジェネリックが欲しい層もあまり数は居なさそうだし
もう、あれば便利だろうし使うけど特に今すぐには要らないよなって

弱点としてよく挙げられる正規表現も、実用性が無いほど遅い訳じゃないし、探せば高速なライブラリもあるんだろなとか思ってる

**デフォルトの名無しさん** · 2020/12/23(水) 23:55:24.14

>>203
正規表現そんな遅いんだっけ？
Goだと文字列メソッド使うからあんまり気にしてなかったわ

**デフォルトの名無しさん** · 2020/12/24(木) 03:36:46.49

>>204
アルゴリズムでは決して遅くないが、DFAを再利用するために排他制御するので並列処理で遅くなるとのこと
https://qiita.com/momotaro98/items/09d0f968d44c7027450d

**デフォルトの名無しさん** · 2020/12/24(木) 04:26:45.03

そんな排他制御してるのか
本末転倒じゃねえか

**デフォルトの名無しさん** · 2020/12/24(木) 04:28:11.75

>>202
もう出て10年くらい経ってるんだよな
大きな新機能の追加も無さそうだし
パフォーマンスを極めるフェーズになってるから話題ないねえ

**デフォルトの名無しさん** · 2020/12/24(木) 05:41:11.22

例外がないif err言語さん……w

**デフォルトの名無しさん** · 2020/12/24(木) 07:24:03.78

例外キボンという声は聞いたことないから、やはり
今時例外なのﾌﾟｰｸｽｸｽとみんな思ってると考えていいかな？

**デフォルトの名無しさん** · 2020/12/24(木) 08:28:54.70

いいよ。

**デフォルトの名無しさん** · 2020/12/24(木) 08:40:06.16

コストの高い例外フロー制御はともかく、
例外専用の戻り値は欲しいわ。

**デフォルトの名無しさん** · 2020/12/24(木) 09:35:28.02

Javaのだと、シグネチャに無い例外を返せないからインターフェースとして呼ぶのに困るし
C#のだとガバガバ
結局、実際には何が帰るのか分かりませんとなってカスタムしたExceptionで受ける一択
更にそのため常にメソッド内でカスタムExceptionにラップするためのcatchを書かないとならんし
面倒すぎたよね例外(過去形でかくな

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

コールスタックを一気にジャンプするとかおぞましいことはいらないよ
単なるgotoだし

**デフォルトの名無しさん** · 2020/12/24(木) 18:05:24.14

if err書いて回るのに比べればgotoのほうがマシでしょ
それにコールスタックを一気にジャンプするのは言語による実装の詳細で必須事項じゃないよね

**デフォルトの名無しさん** · 2020/12/24(木) 18:07:54.69

マシとは思わないから文句が出ないんだよねー

**デフォルトの名無しさん** · 2020/12/24(木) 18:11:34.30

文句が出てないという根拠は、そこそこちゃんと使っている人からの不満点として見たことが無い、というもの
反証は受け付ける

**デフォルトの名無しさん** · 2020/12/24(木) 18:21:35.08

✕Golang
○IfErang

**デフォルトの名無しさん** · 2020/12/24(木) 19:41:05.61

deferがあるぞ

**デフォルトの名無しさん** · 2020/12/24(木) 21:25:43.87

googleって地図だけの一発屋やな

**デフォルトの名無しさん** · 2020/12/24(木) 21:30:49.79

突っ込み所しかなくて、えー頑張ってね
きっと良いこともあるよ

**デフォルトの名無しさん** · 2020/12/24(木) 21:59:07.90

err頑張ってね

**デフォルトの名無しさん** · 2020/12/24(木) 21:59:59.67

var exp = flag.Bool("exp", true, "export")
で、-exp false しても *exp が false にならん
どこを間違えてるのか

**デフォルトの名無しさん** · 2020/12/24(木) 22:32:45.42

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

exp:true, CommandLine:&{0x4a6ee0 /tmpfs/play true map[exp:0xc000108040] map[exp:0xc000108040] [false] 1 <nil>}

**デフォルトの名無しさん** · 2020/12/24(木) 22:34:38.12

Win32 APIもエラーコードチェックばっかやらなきゃいけない
それと大して変わらんよ
低レイヤーのプログラミングはいつも同じ

**デフォルトの名無しさん** · 2020/12/24(木) 22:49:24.53

判明というか多分バグ
他のフラグは
-cred admin.json
とかの形式で取り込めるけど、
expは(多分flag.Bool()は)
-exp=false
と指定しないと取り込まれない

**デフォルトの名無しさん** · 2020/12/24(木) 22:54:47.90

ああ？go documentで検索したら、non-boolean only
仕様なの？何で？because the meaning of the command?

**デフォルトの名無しさん** · 2020/12/24(木) 23:00:26.57

文字列で取り込んでbooleanに変換しなきゃならんのか
めんどくさい……

**デフォルトの名無しさん** · 2020/12/28(月) 21:09:09.98

goオワコン？

**デフォルトの名無しさん** · 2020/12/28(月) 21:15:09.97

go routine リーク周りはまだ話があるんじゃないの？

**デフォルトの名無しさん** · 2020/12/28(月) 22:36:34.04

>>222
デフォルトtrueのフラグパラメータって設計が良くない気がするなー
俺なら、-disableExport(デフォルト:false)って引数にするかも。で指定するときは、
go run main.go -disableExport
って感じでtrueとか、falseとかつけないかなー。なぜならフラグ指定してる時点で「true」だから

**デフォルトの名無しさん** · 2020/12/28(月) 23:28:27.07

>>228
必須スキルだよ？

**デフォルトの名無しさん** · 2020/12/28(月) 23:52:44.50

>>231
だよね
go好きだから.........

**デフォルトの名無しさん** · 2020/12/29(火) 08:01:29.87

>>229
https://qiita.com/kawasin73/items/7f04b2943bdbb7588c3e
でも筆者が勘違いしていたので、単に一度ヒープから確保したメモリはヒープのプールに入るため取得されたまま、になってただけと訂正入ってる

ヒープが利用終わったら解放されると思い込んだ勘違いという結論になったのでは？

**デフォルトの名無しさん** · 2020/12/29(火) 08:40:46.55

>>233
いやそういうリークじゃなくて、正確にはチャンネル待ちリークというかそういう感じの話。

**デフォルトの名無しさん** · 2020/12/29(火) 09:02:37.84

待ちなのにリークなん？
送ったはずのチャネル通信が届かない事案だとしたら、それは通信の問題でリークじゃないよね

**デフォルトの名無しさん** · 2020/12/29(火) 09:27:45.67

いやだから通信の問題で実質リークというかgoroutineが溢れるって話をしてるんだが。。
kube並の大きさのプログラムで発生したらデバッグできんの？って話をしてるんだよ。

**デフォルトの名無しさん** · 2020/12/29(火) 11:28:39.38

チャネル送信が送られないなんて報告があるの？
と言ってる

**デフォルトの名無しさん** · 2020/12/29(火) 18:59:11.37

…ゴルーチンが溢れるって何や？

**デフォルトの名無しさん** · 2020/12/29(火) 19:07:08.67

検索しても233にある誤解が原因だった記事くらいしか見つからなかったから、具体的な記事のリンクを張ってくれるのを待ってる

**デフォルトの名無しさん** · 2020/12/29(火) 19:42:26.61

ゴルが解放されないって話なら永続リソースとかを
掴んだまま離さないとかそういうお行儀の悪いプログラムしてるからだよ
動的言語と同じ感覚でプログラミングするとそういう痛い目にあう

**デフォルトの名無しさん** · 2021/01/02(土) 23:36:52.65

goって終わったよね？

**デフォルトの名無しさん** · 2021/01/02(土) 23:51:01.94

無理に使おうとしなくてもええんやで
ウチはインフラ部分はほぼgoに置き換えてる
でもc#の方がすこや

**デフォルトの名無しさん** · 2021/01/03(日) 02:43:46.82

>>241
rustの時代とは言われてる

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

終わってないが、始まってもない

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

もっと流行るかと思ったけど全くだよな
やっぱ言語仕様に癖がありすぎる

**デフォルトの名無しさん** · 2021/01/03(日) 11:13:21.86

癖っていうか糞仕様が多い
いまどきこれ？？みたいな

**デフォルトの名無しさん** · 2021/01/03(日) 11:48:40.90

国内でのGo普及活動家の母体メルカリのGoエンジニアたち全然情報発信しなくなってて草
2の対立とか、そもそもの言語仕様の酷さとかに気づいたのかな

**デフォルトの名無しさん** · 2021/01/03(日) 16:34:24.05

>>247
最近ソフトウェアデザインに記事書いてたよ
レベルがクソ高くてますます初心者置いてけぼりだろうな

**デフォルトの名無しさん** · 2021/01/03(日) 16:44:28.91

goって、特定の構造体が目的のインターフェース実装してるか見分けるのむずくない？みんなどうやってるの？

**デフォルトの名無しさん** · 2021/01/03(日) 17:38:40.24

>>249
https://play.golang.org/p/0MGZkqhS6Oe
こんな感じでエラーチェックしてるかな

./prog.go:20:2: cannot use &StrE literal (type *StrE) as type IStr in assignment:
*StrE does not implement IStr (missing Func2 method)
./prog.go:21:2: cannot use &StrE2 literal (type *StrE2) as type IStr in assignment:
*StrE2 does not implement IStr (missing Func method)

**デフォルトの名無しさん** · 2021/01/03(日) 17:46:07.51

前スレのこれは対応してほしい……

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

インタフェースAを返すメソッドを持つインタフェースB。

そのメソッド実装がインタフェースAを実装しているポインタを返しても、

./prog.go:34:4: cannot use &Base literal (type *Base) as type IBase in assignment:
*Base does not implement IBase (wrong type for Sub method)
have Sub() *Sub
want Sub() ISub

と、インタフェースAを返しているとは認められない。

**デフォルトの名無しさん** · 2021/01/03(日) 19:26:43.94

>>250
え、ビルドするまで分からないってこと？クソ面倒じゃない？
あと、ってことはパッと見ただけじゃやっぱ分からんってことかー。。

**デフォルトの名無しさん** · 2021/01/03(日) 19:29:01.30

あ、でもそれなら実装漏れに最低ビルド時に気づけるってことか
たしかにその方法良いですね。真似します。

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

>>248
気が向いて買って読んでみたけど
たいした内容じゃなかたぞ

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

GODOTってゲームの開発環境あるんだがGOなのかと思ってたよ

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

>>253
一番の利点は、メインのないライブラリプロジェクトでメソッドの実装ミスを検知できること
テストでもいいんだけど、漏れとか

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

>>256
外部のパッケージ内で、目的のインターフェースの実装探すときどうしてる？
ideとかで実装済みクラス一覧見れたりできるのかな

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

>>255
名前の元ネタはゴドーを待ちながらだよ

**デフォルトの名無しさん** · 2021/01/08(金) 10:42:43.33

VScodeでgo.modがパッケージ更新できなくて悩んだ
結局コマンドラインから go get -u で取得したら GOPATH /pkg/mod/... に最新版が取得できた
VScodeのgo拡張って変な動きとかするなぁ

**デフォルトの名無しさん** · 2021/01/10(日) 08:45:10.91

ubuntuのi386って、もしかして32bit？
goをインストールして動かそうとしたらファイル形式エラーで実行できなかった
i386捨ててamd64でやりなおし