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/02/14(日) 01:42:02.77

これメソッドには型パラメータ無理なの？

**デフォルトの名無しさん** · 2021/02/15(月) 02:10:12.40

>>400
どう考えてもバグじゃないと思う。Goのinterfaceとstructの関係はembedしなければほぼ静的方チェックありの
ダックタイピングだから「そのメソッド実装がインタフェースAを実装している」と思い込んでるのは自分であって
実際にはJavaのようなimplementではないです。もっと言うなら、ルックアップが行われるのは、実行時であり
コンパイルは厳密な型チェックが行われます

**デフォルトの名無しさん** · 2021/02/15(月) 07:00:31.98

>>419
んじゃ、言語拡張要望と言い直そう
メソッドの戻り値がインターフェースでの戻り値の型に反変できるなら、インターフェースを具備していると判定して欲しい、と

**デフォルトの名無しさん** · 2021/02/15(月) 07:12:07.78

ポインタじゃなくてインターフェースを返すのが正しいのでは？
何故ポインタを返す
インターフェースのポインタにはなんの意味もない

**デフォルトの名無しさん** · 2021/02/15(月) 07:45:45.18

>>421
いや、インターフェースのポインタじゃなくて、構造体ポインタ
構造体ポインタ*SubがインターフェースISubを具備しているのは代入させて確認

んでISubを返すメソッドを持つ別のインターフェースを具備させようとした時に、戻り値としてISubではなく、ISubに代入可能な*Subを返させると、シグネチャ不一致でエラー
ISub を期待しているのに *Sub を返していると

インターフェースを具備しているかの判定でも、反変を考慮してくれないだろうか、という要望
そうすればインターフェース対応でキャストして返すメソッドと構造体固有のメソッドの二本を作らなくて済むから

作れよ、と言われちゃうか

**デフォルトの名無しさん** · 2021/02/15(月) 08:02:45.25

>>421
シグネチャが合わないコンパイルエラーの時だけ、戻り値の型が互換(反変可能)かで追加チェックさせればいいから、パフォーマンスが極端に悪くなることはないはず
という見立て

**デフォルトの名無しさん** · 2021/02/15(月) 14:32:51.97

>>421
インタフェースを返すのが理論的にも実装にも正しいけど、インターフェースのポインタは埋め込みを
するときにコンパイラが使う。あんまりこれをやるモジュールは（メモリサイズが大きくなるから？）
標準ライブラリ以外見ないけど。
>>423
「 ISub を期待」というのは分からなくも無いけど、実行時じゃなければ分からないチェックを
コンパイルの速度と、言語の厳格性を犠牲にして、（かなり）保守的な言語がやると思えないですね

**デフォルトの名無しさん** · 2021/02/17(水) 21:45:03.79

Go 1.16 is released
https://blog.golang.org/go1.16

**デフォルトの名無しさん** · 2021/02/18(木) 00:00:24.35

今回の目玉は embed で、あとは modules がデフォルト利用になったくらいか
96% って、どこから来た数字なんだろ？

**デフォルトの名無しさん** · 2021/02/18(木) 01:11:43.46

ioutilオワコンになったのか

**デフォルトの名無しさん** · 2021/02/18(木) 01:58:45.29

え、これすごくない？
ファイル内容のバイナリを変数に設定できるのか
クソ便利そう

**デフォルトの名無しさん** · 2021/02/18(木) 02:18:54.53

凄くはないがまた変なものを入れたなあ

**デフォルトの名無しさん** · 2021/02/18(木) 08:15:16.68

そんなに変なもの？
結構ニーズあったじゃん。

**デフォルトの名無しさん** · 2021/02/18(木) 10:42:52.64

embed例を交えながら詳しく懇切丁寧に説明してくれ

**デフォルトの名無しさん** · 2021/02/18(木) 10:59:32.89

>>431
WebUIを持ったアプリの画像なんかのアセットをバイナリ一つで配布したいとか。

**デフォルトの名無しさん** · 2021/02/18(木) 19:44:54.68

それはしゅごい

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

それって凄いことなの？逆に今までできなかったの？

**デフォルトの名無しさん** · 2021/02/19(金) 02:06:27.21

外部ライブラリで出来てたから、そんなにインパクトはない。むしろNotifyContextの方が意味ありそう
こういう事は他言語だと非常にやりづらい

**デフォルトの名無しさん** · 2021/02/19(金) 02:54:55.96

NotifyContext例を交えながら詳しく懇切丁寧に説明してくれ

**デフォルトの名無しさん** · 2021/02/19(金) 02:57:11.30

自分で調べろや

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

android アプリを調べようと、go android 常駐アプリで検索したんだけど、go の記事が探しづらい
以前からポケモンが引っ掛かっていた上に、次のandroid11はGoエディションなのか？

**デフォルトの名無しさん** · 2021/02/20(土) 10:48:48.97

1.16 だと、Deprecation of io/ioutil は面倒に感じるなぁ
一杯使っちゃっていて

**デフォルトの名無しさん** · 2021/02/20(土) 12:08:15.81

検索ワードはgolangって言うのはこのスレの常識

**デフォルトの名無しさん** · 2021/02/20(土) 12:48:22.08

そういやgolang.jpってもう活動していないのか
日本のgoコミュニティの総本山たるべきドメイン名を無駄にしやがって

**デフォルトの名無しさん** · 2021/02/20(土) 16:13:03.32

ほんと返すがえすも go は名前がクソい

**デフォルトの名無しさん** · 2021/02/20(土) 17:07:51.09

ほ～ら～　あしもとを見～て　golang

**デフォルトの名無しさん** · 2021/02/21(日) 00:08:47.19

名前よりもマスコットがキモすぎるのが気になってしかたがない

**デフォルトの名無しさん** · 2021/02/21(日) 00:49:16.30

キモネズミ

**デフォルトの名無しさん** · 2021/02/21(日) 03:58:10.72

ヽ( ;ﾟ;ж;ﾟ;)ﾉｺﾞｰﾌｧｯ

**デフォルトの名無しさん** · 2021/02/21(日) 07:48:25.22

俺みたいにゴーファ君を結構可愛いとか思う人間がいるから厄介

**デフォルトの名無しさん** · 2021/02/21(日) 20:35:02.33

JAVAのマスコットよりはまし(´・ω・`)

**デフォルトの名無しさん** · 2021/02/21(日) 22:08:56.40

c#はマスコットいないんだぞ
クラウディアとか藍澤光とかいたけどな

**デフォルトの名無しさん** · 2021/02/21(日) 22:43:47.36

マスコット…冴子先生がCortanaとして復職してくれたなら、Cortanaボタンを非表示にしないのに…

**デフォルトの名無しさん** · 2021/02/22(月) 00:06:54.06

マスコットはD言語がカワイイ。LISPが最キモ。

**デフォルトの名無しさん** · 2021/02/22(月) 00:53:22.82

LISPにマスコットなんてあったのか・・とおもってググってみたら
たしかにこれはエグい
キモすぎ

**デフォルトの名無しさん** · 2021/02/22(月) 18:22:17.90

なんか gui ライブラリで調べるといろいろ出てきてよくわからん
マルチプラットフォームな gui って何がええんや？
Qt は golang で使ってる人おるんかえ？

**デフォルトの名無しさん** · 2021/02/22(月) 18:24:31.58

GoでGUIアプリを作っている人はほぼ存在しない

**デフォルトの名無しさん** · 2021/02/22(月) 18:48:30.06

>>454
ありがとう、そうなんか
主にバックエンドで使われてる感じなんかな

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

ふむう

**デフォルトの名無しさん** · 2021/02/22(月) 20:26:35.06

ローカルHTTPD建てて、ブラウザからAPIで操作するアプリは提供してる

**デフォルトの名無しさん** · 2021/02/23(火) 15:36:36.73

>>455
ウチはElectronでGUI作ってバックグラウンドにGo使うてる

**デフォルトの名無しさん** · 2021/02/23(火) 16:06:31.74

>>457
面白そうだね
オレオレGUIツールだと.netが楽すぎるのでそっちで書いちゃうけどGOで書くのも楽しそうだ

**デフォルトの名無しさん** · 2021/02/23(火) 16:23:00.26

GUIは俺は普通にブラウザ起こしてるな。
IE使われると辛いけど。

**デフォルトの名無しさん** · 2021/02/23(火) 17:19:08.91

簡単なguiツール作るならlorcaオススメ

**デフォルトの名無しさん** · 2021/02/23(火) 20:02:44.99

for (大分類) {
　for (中分類) {
　　for (小分類) {

　　　wg := sync.WaitGroup{}
　　　cpus := runtime.NumCPU()
　　　errCh := make(chan error, cpus)
　　　defer close(errCh)

　　　for (アイテム) {
　　　　wg.Add(1)

　　　　go func() {
　　　　　defer wg.Done()
　　　　　errCh <- 他の関数()
　　　　}()
　　　}

　　　err := <-errCh
　　　if err != nil {
　　　　return だめです
　　　}

　　　wg.Wait()
　　}
　}
}

こんなコードでwaitしっぱなしになるんだけど
なぜなんでしょうか(´・ω・｀)
途中の即時関数にwgのポインタ（&wg）渡すのもやってみたけど、
結果変わらなかった

**デフォルトの名無しさん** · 2021/02/23(火) 21:17:47.85

>>461
・errCh <- 他の関数() はバッファが一杯の場合ブロックする
・err := <-errCh はブロックする
goのchannelは初心者が使うと極めてデッドロックを引き起こしやすいので、まずはchannel使わずに正しく動作するものを作れるようになってから手を出すことを強くお勧めする

**デフォルトの名無しさん** · 2021/02/23(火) 21:36:09.19

>>462
ありがとうございます
全体としては物はもうできていて、上記の処理は大量にファイルを出力するため重く
速度改善としてgoroutineを入れようと試みてました。
まあファイルシステムのi/oがボトルネックだとそんなに変わらないかもしれませんが…

**デフォルトの名無しさん** · 2021/02/23(火) 22:03:06.71

エラー判定をgoroutineと同じ階層で判定することで返ってくるようになりました
一応オチとしてめも
速度改善はならず

**デフォルトの名無しさん** · 2021/02/23(火) 22:38:49.04

>>461
ぱっと見しただけで検討しないで書くけど
errCh の受付数はcpuの数
errChの読み込みが一回しかしてないからアイテム数が受付数を越えたら書き込みがブロックされてwgがDoneされない
DoneされないからWaitは抜けてこない
のでデッドロックということでは？

**デフォルトの名無しさん** · 2021/02/23(火) 22:41:20.70

>>465
ご指摘のとおりでした
なのでgoroutineと同じループの中でerrChを取るようにしたら動作しました

wg作る位置も動かないからだんだんスコープ狭めていったんですが
一番外のforの外で作って動きました

**デフォルトの名無しさん** · 2021/02/23(火) 23:35:24.39

それみんな絶対最初ハマるよな

**デフォルトの名無しさん** · 2021/02/26(金) 08:25:09.52

Goのグラフィックって、標準だとこんなに低レベル処理なパッケージしかないのか……
JavaScriptで言うならImageDataしかない感じ
誰かのライブラリ使わないと線を引くだけでも大変

**デフォルトの名無しさん** · 2021/02/26(金) 10:33:50.46

Golang でグラフィックやろうと思う時点で変

**デフォルトの名無しさん** · 2021/02/26(金) 12:53:20.65

イメージを生成するサービスを考えてたん

**デフォルトの名無しさん** · 2021/02/26(金) 12:57:25.97

　　　　　 ∧,,,∧
　　　　（・ω・｀）　スマンカッタ・・・
　　　　　/　y/　ヽ
　━(m)二フ⊂[_ノ
　　　（ノノノ l l l ）
　￣￣￣￣￣￣￣￣￣

**デフォルトの名無しさん** · 2021/02/27(土) 00:21:54.45

標準ライブラリなんて小さい方がええやん。HTML5のCanvas APIみたいのならgithubに腐る程ある
github.com/fogleman/gg

**デフォルトの名無しさん** · 2021/03/01(月) 04:10:54.66

Goに期待しすぎだろ

**デフォルトの名無しさん** · 2021/03/01(月) 05:09:43.67

まあ、イケイケGoGoジャーンプ！って言葉もあるくらいやし…

**デフォルトの名無しさん** · 2021/03/01(月) 18:31:47.86

姫ちゃん…

**デフォルトの名無しさん** · 2021/03/01(月) 20:51:58.46

https://i.imgur.com/2zyfBy2.jpg
goで思い出すのはこれだった

**デフォルトの名無しさん** · 2021/03/03(水) 00:18:59.60

golang.jpドメイン譲渡したのね

**デフォルトの名無しさん** · 2021/03/03(水) 22:42:43.62

本当だ。いまのところ微妙そう

**デフォルトの名無しさん** · 2021/03/04(木) 00:12:11.42

bloggerってまじかよ

**デフォルトの名無しさん** · 2021/03/05(金) 23:37:39.02

16がでてしばらくたつけど、何か問題があった人いる？

無かったら入れようとか姑息

**デフォルトの名無しさん** · 2021/03/06(土) 00:21:56.60

当初から分かってたがPlan9同様、実用言語ではなく
他の言語のリファレンスとしての研究用言語になったな

**デフォルトの名無しさん** · 2021/03/06(土) 00:38:15.94

実用してるが…？

**デフォルトの名無しさん** · 2021/03/06(土) 00:40:14.00

もともとグーグルの社内言語だったと聞くが
本家では今も活用されているのかね

**デフォルトの名無しさん** · 2021/03/06(土) 00:45:32.22

Plan9を実用してる物好きもいるわけだし

**デフォルトの名無しさん** · 2021/03/06(土) 01:20:00.90

モンストの通知サービスの一部でも、他の言語とのトライアルの結果で採用したとのインタビュー記事が、つい先日あったし(日経XTECH)

**デフォルトの名無しさん** · 2021/03/06(土) 01:21:35.92

学習が簡単というのがデカかったらしい
分かってるな

**デフォルトの名無しさん** · 2021/03/27(土) 12:51:18.06

CodeZine（コードジン）: 2020年のGo言語利用状況が明らかに、9648名の開発者が回答.
https://codezine.jp/article/detail/13819

正直、手前味噌過ぎて萎える
無作為アンケートならともかくなぁ

**デフォルトの名無しさん** · 2021/04/24(土) 03:38:06.28

echoでAPIのパラメータの初期値を設定する方法って
ぐぐると構造体作ってコンストラクタで設定しよう！とか出てくるんだけど
なんかすごく面倒な上記述場所が離れててわかりにくい気がしてならないんだけど

例えばこんなのは悪手？
まあ悪手なんだろうけど

func getParam(p string, defaultValue interface{}) interface{} {
　switch defaultValue .(type) {
　　case string:
　　　if p == "" {
　　　　return defaultValue
　　　} else {
　　　　return p
　　　}
　　case int:
　　　ret, err := strconv.Atoi(p)
　　　if err != nil {
　　　　return defaultValue
　　　}
　　　return ret
　}
　return nil
}

pageNo := getParam(c.Get("pageNo"), 1).(int)

一般的な方法ってあるのかね

**デフォルトの名無しさん** · 2021/04/28(水) 00:42:58.14

勢いないな
特に語ることがないんだろうけど寂しい

**デフォルトの名無しさん** · 2021/04/28(水) 00:50:07.66

2こないとずっとこうだろな

**デフォルトの名無しさん** · 2021/04/28(水) 20:28:06.34

見上げて～golang～♪

**デフォルトの名無しさん** · 2021/04/29(木) 01:22:39.54

ひさしぶりに書く機会があったが
やっぱクソだなこの言語

**デフォルトの名無しさん** · 2021/04/29(木) 13:27:14.24

>>492
けっこう同意

**デフォルトの名無しさん** · 2021/04/29(木) 17:19:19.73

肝心のグーグルに普及させる気がないように思う
メンテナンスが別組織に移ったにしてもさ

**デフォルトの名無しさん** · 2021/04/29(木) 20:46:39.37

ファンクション実行環境が使い放題のところでは有用かもしれないけど、それ以外だとあまりいいことがない

**デフォルトの名無しさん** · 2021/04/29(木) 22:07:05.66

ジェネリクス入ればまた話題になるさ
それ以外では大きな機能追加はなさそうだし
話すことはゼロ

**デフォルトの名無しさん** · 2021/05/03(月) 07:41:43.88

>>496
これまた同意

**デフォルトの名無しさん** · 2021/05/03(月) 10:42:59.25

Ubuntuに最新のfzfを入れるために成り行きでgoも入れてビルドに使ってるんだけど、使い勝手どう？

**デフォルトの名無しさん** · 2021/05/10(月) 23:35:35.91

全体的な満足度は高く、回答者の92％がGoを使用して満足しています

**デフォルトの名無しさん** · 2021/05/12(水) 12:17:45.17

公式の正規表現パッケージだと機能が足りないんで高機能版を探してるんだけど
例えばgolang pcreで検索すると玉石混交っぽいのがたくさんヒットします。定番はどれですか？

**デフォルトの名無しさん** · 2021/05/12(水) 12:48:25.99

ないよ
基本的に標準で妥協するのがgoの流儀

**デフォルトの名無しさん** · 2021/05/12(水) 13:26:25.47

Golint is deprecated and frozen.
https://github.com/golang/lint

**デフォルトの名無しさん** · 2021/05/12(水) 14:21:32.78

golintなんて使うな！ってのはかなり前から言われてなかったか？
そうか、とうとうというかやっと非推奨になったか

**デフォルトの名無しさん** · 2021/05/12(水) 15:46:19.35

Golintよりあの独特のキモさのあるマスコットを frozen してくれ

**デフォルトの名無しさん** · 2021/05/13(木) 06:49:06.23

そういや、今は golangci-lint で gosample, unused, deadcode を disable して使ってるけど、皆は何を使ってる？

**デフォルトの名無しさん** · 2021/05/17(月) 09:13:26.08

ごふぁー君、日本人が日本の感覚でリファインしたらどうなるだろうな
可愛くなるかな

**デフォルトの名無しさん** · 2021/05/17(月) 09:37:57.05

美少女にされてポリコレで炎上して終了

**デフォルトの名無しさん** · 2021/05/17(月) 10:27:08.28

出目だけ直せばかなり可愛いと思うの

**デフォルトの名無しさん** · 2021/05/17(月) 16:09:31.77

もうある

**デフォルトの名無しさん** · 2021/05/17(月) 21:21:05.60

えー、めっちゃかわいいやん。
いろいろ並べたらかなり上位に食い込むはず
https://www.google.com/search?q=gopher+golang

ちなlisp
https://www.google.com/search?q=lisp+alien

**デフォルトの名無しさん** · 2021/05/18(火) 07:51:53.47

lispキモッ!!!!!

**デフォルトの名無しさん** · 2021/05/18(火) 11:48:20.95

land of lisp知らん人って居るの？居るか、昔の本やもんね…

**デフォルトの名無しさん** · 2021/05/18(火) 11:55:07.53

lisp興味あったから買ったけど、興味なかったら買わないだろうし知らない人多そう。
あの本のコミック感好き

**デフォルトの名無しさん** · 2021/05/18(火) 12:47:44.48

lispみたいな妙ちくりんな言語好きなやつらって
かっこつけるのが好きなだけなやつのイメージ

**デフォルトの名無しさん** · 2021/05/18(火) 13:43:10.70

()なだけにか、うまい

**デフォルトの名無しさん** · 2021/05/18(火) 15:18:58.11

歴史的な意義は大きいよ
lispマシンみたいな非効率な物作るのも今では考えられんし
調べる分には面白い

**デフォルトの名無しさん** · 2021/05/18(火) 17:50:33.31

じゃ、gopherはキャワイイ、lisp alienはカッコいいって結論でいいよね？

**デフォルトの名無しさん** · 2021/05/20(木) 20:04:23.04

いいよ