Go language part 5

**デフォルトの名無しさん** · 2022/02/27(日) 07:43:20.04

Goについて扱うスレッドです。
GoはGoogleによって開発された言語です。

公式
https://golang.org

公式ドキュメント
https://golang.org/doc/

公式外パッケージドキュメント
https://godoc.org

ブラウザ上で試し書き
https://play.golang.org

※前スレ
Go language part 4
https://mevius.5ch.net/test/read.cgi/tech/1605467680/

**デフォルトの名無しさん** · 2022/03/15(火) 13:34:26.14

ハイエンドというほどじゃないが、みんなのGo第二版はよく参考にしてる
flag使ったときとか

でも言いたいのは多分、ファイル読み込みとかごく基本のコード断片だろなー

**デフォルトの名無しさん** · 2022/03/15(火) 14:08:20.21

https://qiita.com/takehanKosuke/items/9034e3d993df337eb669
こういうのの巨大なバージョン、誰かgitに公開してたりしないかね

**デフォルトの名無しさん** · 2022/03/15(火) 15:44:18.88

テーブルドリブンテストはなんか標準かでGenerateされるようになったね

**デフォルトの名無しさん** · 2022/03/15(火) 15:45:27.48

テスト対象の呼び出しまで完璧にサポートされてて便利すぎる

**デフォルトの名無しさん** · 2022/03/16(水) 12:58:38.59

Go 1.18 is released!
https://go.dev/blog/go1.18

**デフォルトの名無しさん** · 2022/03/17(木) 00:28:51.50

ジェネリクス使ったmapやsliceのユーティリティが乱立するのかな

**デフォルトの名無しさん** · 2022/03/17(木) 00:57:28.83

やっっっとジェネリクス医薬品きたのかよ
どれどれどんな塩梅よ

**デフォルトの名無しさん** · 2022/03/17(木) 01:41:25.22

>>225
よっしゃ！
そしたら1.17入れる準備するか。

**デフォルトの名無しさん** · 2022/03/17(木) 01:44:14.40

やっとこういうのできるようになったか
https://github.com/samber/lo

**デフォルトの名無しさん** · 2022/03/17(木) 03:24:50.03

>>229
使いにくいインタフェースで筋が悪いな
あと多段適用するにしても途中で毎回配列生成は無駄すぎる

**デフォルトの名無しさん** · 2022/03/17(木) 22:55:16.78

GoCVのWindows版一生動作しなくて泣いてる
動作してる人がいたらmingwとgocvのバージョンの組み合わせとか教えてほしい

**デフォルトの名無しさん** · 2022/03/19(土) 14:59:48.35

>>231
解決した
gocv 0.28.0
mingwgcc 8.1.0
go 1.8
で動いた

**デフォルトの名無しさん** · 2022/03/27(日) 19:47:35.42

今更案件に採用したいとの連絡が来やがった。
もう他に決まっちゃったよ…

**デフォルトの名無しさん** · 2022/03/27(日) 20:03:34.05

go案件一回だけ行けたことあるけど
バージョンが古くてきつかった記憶あるなぁ
下手にでかいシステムだとそういうのあるんだよな

**デフォルトの名無しさん** · 2022/03/28(月) 00:04:31.98

もう go modules 無しで開発できる自信がない…

**デフォルトの名無しさん** · 2022/04/01(金) 09:14:02.94

構造体のブランクフィールド
struct {
_ int
}
って、どこかのソースで使ってるのって見たことある？

**デフォルトの名無しさん** · 2022/04/01(金) 10:24:23.29

1.18 で ~T って、T を実装している型という認識で正しいのかな？

**デフォルトの名無しさん** · 2022/04/01(金) 15:58:41.67

1.18 の言語仕様読んでるけど
ジェネリックスいらんわホントに
HTMLコメントでは書き足りてないとか、ホントにホントに…

**デフォルトの名無しさん** · 2022/04/01(金) 16:36:14.26

>>238
どう言う意味でいらない？

**デフォルトの名無しさん** · 2022/04/01(金) 17:16:02.47

>>239
ジェネリックス入れる上では仕方のない事なんだけど、
型関係の言語仕様が山になって追加されてた

spec の単純行数にして
1.17 - 2823 行
1.18 - 3265 行 (+442行)

**デフォルトの名無しさん** · 2022/04/01(金) 17:22:16.71

これからガンガンでかくなるはずなので、これに耐えられないなら早く逃げてくださいね
お疲れさまでした

**デフォルトの名無しさん** · 2022/04/01(金) 17:23:53.64

>>239
ライブラリ開発者くらいじゃないのか？
欲しがってるのは正直、一部の開発者だよな
そのために仕様を10%単位でブクブク肥らすのは許容できるトレードなのか？

**デフォルトの名無しさん** · 2022/04/01(金) 17:39:03.75

>>242
通常のユーザーがジェネリック使うの強制なんだっけ？
ライブラリアン専用なら気にする必要無い気がするけど。

**デフォルトの名無しさん** · 2022/04/01(金) 18:48:56.14

>>243
初学者が仕様書を読むとき、ハードルがかなり上がってしまう
何故かというと、至るところで型統一やらジェネリクスの用語の汚染が進んでいるから

もう、初心者には1.17の仕様書で勉強させるべきに思える

**デフォルトの名無しさん** · 2022/04/01(金) 18:51:47.52

>>244
初学者は仕様書読ませるのがそもそも間違い。
入門書読ませなさい。

**デフォルトの名無しさん** · 2022/04/01(金) 18:55:28.61

>>245
s/初学者は/初学者に/
typoすまんね。

**デフォルトの名無しさん** · 2022/04/01(金) 19:00:06.78

あと珍妙に思えるような気もしなくもない文章が
The result of constraint type inference
is final substitution map M
from type parameters P
to type arguments A
where no type parameter P appears in any of A.

引数Aから型パラメータPがなくなるまで置換するマップMを制約型推論の最終結果とする、でいいのかなあ

**デフォルトの名無しさん** · 2022/04/01(金) 19:06:19.64

>>245
あー、自分基準で初学者としてCのベテランレベルを想定していたわ
gccでインターネットサーバを書いてた層
半日でだいたい理解して三日でアプリを組み始めた

**デフォルトの名無しさん** · 2022/04/01(金) 20:49:31.03

プログラム作る側からすると便利なライブラリが増えるからいいと思うわ

**デフォルトの名無しさん** · 2022/04/01(金) 21:03:43.90

map/reduce/filterみたいな操作をたくさんするとき、マジで面倒だったしジェネリクスあればいろんな場面で助かる

**デフォルトの名無しさん** · 2022/04/01(金) 21:14:52.99

>>247
意訳すると型パラメータの方程式を解いた結果の制約集合が推論結果です、ということか
もったいぶった文章だな
Rob pikeのチェックは入ってるのか？

**デフォルトの名無しさん** · 2022/04/01(金) 23:17:37.92

>>251
1.18の言語仕様の一部
その文は、Constraint type interface の中頃

**デフォルトの名無しさん** · 2022/04/01(金) 23:32:09.14

とにかく読みづらい仕様書になっちまった！
と言いたい

**デフォルトの名無しさん** · 2022/04/01(金) 23:56:13.72

そうですね
もうGoを使うのはやめたほうがいいですよ^^

**デフォルトの名無しさん** · 2022/04/02(土) 00:13:08.30

初心者は仕様書なんか見ない

**デフォルトの名無しさん** · 2022/04/02(土) 01:04:35.98

システムプログラミングしかしてないので
あんまりいらないけど
Web系とかはあったろうが便利なんじゃないだろうか

コレクションの中身が何の型かって基本的なことがわからないのはキツいよ

**デフォルトの名無しさん** · 2022/04/02(土) 02:22:24.01

Goでコレクションなんか使うか？
プロダクション運用してるけどsliceとmapしか使ったことないわ

**デフォルトの名無しさん** · 2022/04/02(土) 05:33:45.87

>>248
ベテランでも仕様書は読まないだろ。
普通はクイックツアー -> やりたいことのサンプルコードだと思うわ。

**デフォルトの名無しさん** · 2022/04/02(土) 06:10:04.85

>>258
普通は仕様書からチェックすると思うが
CでもC++でもJavaでもGoでも

あれ？C#の言語仕様書って見た覚えがない…

**デフォルトの名無しさん** · 2022/04/02(土) 06:14:33.15

>>259
ああ
C#はマイクロソフトのヘルプで見てったから文法書形式のは覚えがないのか
JavaScriptもMDNばかりで仕様書をよんだことないや

**デフォルトの名無しさん** · 2022/04/02(土) 06:20:24.88

>>259
ANSIとかISOとか持っているやつがそんなに居るかね。

**デフォルトの名無しさん** · 2022/04/02(土) 06:27:00.86

>>261
CとかC++やってりゃ赤とか緑とかARMとか持ってないか？
もっともインターネット以前だけど

**デフォルトの名無しさん** · 2022/04/02(土) 12:45:39.96

たまには仕様書も読みなおすと新鮮
いつの間にか妙ちきりんなルールが追加されてたりするし

_ &= flag というように、算術代入の左辺に空白識別子は置けません、とか誰得？
NOOPだとばかり思ってたけど変わったのか(わざわざ確認する気もない

**デフォルトの名無しさん** · 2022/04/02(土) 13:41:36.50

おじさん消えて

**デフォルトの名無しさん** · 2022/04/02(土) 14:52:46.43

日本の製造業何十社から、トップが集まった、MISRA-C 研究会でも言ってた

日本には、C の仕様書に詳しい香具師はいない！
だから、仕様書で議論する事ができないので、

組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド、MISRA‐C研究会、2006
という本が書かれた

これが実際のコーディングルールのバイブル

抽象的な仕様書で、議論をしない事。
必ず、具体例・コードで議論する事

これが大原則

仕様書で議論するのは、現実的じゃない。
江添のC++ 本を見ても明らか

仕様書を表現した無数のコード例が書いてあるけど、細部は省略しますばっかり。
細部まで突き詰めていくと、切りがない

江添レベルの人間が、日本に2人もいないので、仕様書で議論することは無理

**デフォルトの名無しさん** · 2022/04/02(土) 15:00:01.25

generics は、Rust にもあるから

**デフォルトの名無しさん** · 2022/04/02(土) 16:04:50.21

またジジイが暴れてんのか

**デフォルトの名無しさん** · 2022/04/02(土) 16:31:43.87

じゃ、どういう話題なら気に入るのかね若い人

**デフォルトの名無しさん** · 2022/04/02(土) 16:33:42.78

>>266
そこは有る無いという話ではない
そこはRustの方が使いやすい
特にトレイト境界がありがたい

**デフォルトの名無しさん** · 2022/04/02(土) 17:47:27.46

最近マシにになったと思ったが我慢できないのかな？
Go Nimスレに閉じこもっててくれ
そこは好きに使っていいから
個別スレでは大人しくしといて

**デフォルトの名無しさん** · 2022/04/02(土) 18:14:01.71

>266 >269 >270
>96
餌与えんな。

**デフォルトの名無しさん** · 2022/04/02(土) 18:30:53.19

MISRA出してくるのも相当おかしいけどな。

**デフォルトの名無しさん** · 2022/04/03(日) 08:15:05.26

>>270

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

1.18の言語仕様はどこで公開されてるの？

**デフォルトの名無しさん** · 2022/04/04(月) 08:08:03.11

>>274
https://go.dev/ref/spec
1.18 はもう安定版だから現在の言語仕様がそれ

**デフォルトの名無しさん** · 2022/04/04(月) 08:11:46.50

>>274
ttps://go.dev/ref/spec
じゃないの？

**デフォルトの名無しさん** · 2022/04/04(月) 08:24:54.17

定数、変数、型やらの基本的な言語仕様で型パラメータやらコア型とかのジェネリクス関連の概念も持ち込んで記述する必要がある
けれどもライブラリ、それも今までinterface{}を引数に持ってたような関数を書いてたライブラリにしか関係ない概念を何故か皆が学ばないとならなくなった
単純に仕様書の行数から、学習コストは10%悪化したと見なせる

ジェネリクスは項として別枠に記述して、そこで定数やらでのジェネリクスの影響について書いてもらいたかった

**デフォルトの名無しさん** · 2022/04/04(月) 08:27:50.29

>>277
いや、無茶振りだとは分かってるただの愚痴

愚痴ばかりだから老がいとか言われてるんだよな

**デフォルトの名無しさん** · 2022/04/04(月) 09:23:36.60

>>275
なるほど、ココ読んでみるよ。

**デフォルトの名無しさん** · 2022/04/04(月) 09:37:43.77

Goの長所はシンプルさ
その長所を劣化させてまで今さら導入すべきものではない
どうしても必要なものならば最初から仕様に含めるべきだった

**デフォルトの名無しさん** · 2022/04/04(月) 16:06:42.84

ロブパイクが実質リタイアしたから通ったんじゃないかな

**デフォルトの名無しさん** · 2022/04/04(月) 21:28:48.99

一応、大昔からジェネリクスは入れるとロードマップで予告はされてた

**デフォルトの名無しさん** · 2022/04/06(水) 03:19:36.92

ジェネリクスなんていらん、ていってるやつのほとんどがロートルジジイばっかりでわらう

**デフォルトの名無しさん** · 2022/04/06(水) 03:39:50.83

いや、ジェネリクス導入が遅すぎたこととそれが中途半端であることを問題視する人々が多数派
そのために全体のシンプルさを失い更なる中途半端な状況を招いている

**デフォルトの名無しさん** · 2022/04/06(水) 03:46:30.81

コンパイラの実装を大幅に変えなくていいから
この仕様に落ち着いた感はあるよな

**デフォルトの名無しさん** · 2022/04/06(水) 08:16:27.53

大体がJava5でジェネリクスが導入されてから、自分で書いた奴ってどれくらいいるの？
居るなら自分のプロジェクトリポジトリ晒してみ？

とか書いてから
ArrayListに散々お世話になっていながら、その言いぐさはないよなーと反省

**デフォルトの名無しさん** · 2022/04/09(土) 15:23:53.03

golang.org/x/text/encoding/japanese でshiftjisをデコードすると
不正バイトはU+FFFDに変換されるんだけど
エラーを返してほしいときはどうすればいいの

**デフォルトの名無しさん** · 2022/04/09(土) 15:41:49.71

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/04/09(土) 17:58:03.72

コードを見ても変換失敗時にエラーを返すロジックないし
ルーン '\ufffd' の変換結果をdstから探したら？
[..., 239, 191, 189, ...] という並びがあればエラーだと思うけど
https://go.dev/play/p/8ALF1MMIQPz

**デフォルトの名無しさん** · 2022/04/09(土) 18:00:08.15

https://go.dev/play/p/8ALFIMMIQPz か？

**デフォルトの名無しさん** · 2022/04/09(土) 18:01:35.73

https://go.dev/play/p/8ALFlMMIQPz …

**デフォルトの名無しさん** · 2022/04/09(土) 18:06:47.65

だめだplaygroundのURLがどこで間違ってるのかわからん

**デフォルトの名無しさん** · 2022/04/09(土) 18:09:17.78

playground側の問題かもしれんね
別のサービスでコード共有したら？

**デフォルトの名無しさん** · 2022/04/09(土) 18:18:21.65

https://github.com/golang/go/issues/18898
もともとエラーを返すようにしてたのをFFFDに置換するようにしたのね

> ルーン '\ufffd' の変換結果をdstから探したら？
それしかないかー

**デフォルトの名無しさん** · 2022/04/09(土) 18:38:01.40

>>293
5chはタブレットで見てて、コードを書くのはPC
手打ちで書き写してるせい
lとかIとか使う邪悪なシステムが悪い

fffdをバイトにデコードしてるだけだから上の配列値があればいいかな

**デフォルトの名無しさん** · 2022/04/09(土) 20:29:16.25

>>285
ジェネリクスなんて糞みたいなもののためだけにビルド速度落としたらgo使う意味がそもそもない。

**デフォルトの名無しさん** · 2022/04/11(月) 18:36:29.35

golangの機能追加によるビルド速度低下なんて他の言語のコンパイルの遅さに比べれば毛の生えたようなものでしょ・・・
ビルド速度とは関係ないが、1.18から関数の呼び出しがスタック参照ではなくレジスタ引数で呼べるようになったので
実行速度が5%-15%改善してる。

**デフォルトの名無しさん** · 2022/04/12(火) 08:34:50.45

否定的意見じゃないんだけど
レジスタ渡しって%単位で効くもんなのかな？
実処理の5-15%がスタック渡しに費やされていたって話だよね

**デフォルトの名無しさん** · 2022/04/12(火) 15:46:20.46

速度的にはキャッシュに乗る乗らないとか色々ありそうだから
定量的に測るのは難しそうだが
そもそもマシンコードの関数呼び出しがレジスタ経由でしょ
なので普通になっただけかと

**デフォルトの名無しさん** · 2022/04/13(水) 23:15:55.56

そんなわけない、レジスタに乗らないデータは普通にスタックポインタレジスタでスタックに格納される。golangが
スタックだったのは実装が簡単になるからという理由が最も大きかった

**デフォルトの名無しさん** · 2022/04/14(木) 02:13:38.39

関数の引数をレジスタ渡ししても
その関数内で別の関数を呼ぶときにスタックへ退避しなければならない
だからC言語でも引数はスタックに積んで渡す

**デフォルトの名無しさん** · 2022/04/14(木) 02:38:48.48

たしか処理系がどのABIを採用しているのかによるんだと思うし、そんな十把一絡げにC言語やらの話を一般化されて話されてもツッコミどころが多い
__fastcall宣言とか使うとまたさらに挙動かわるし

**デフォルトの名無しさん** · 2022/04/14(木) 17:51:07.32

少なくともLinuxのCでは第6引数まではレジスタで渡すよ
6個以上の引数なんてクソコード以外では存在しないから
実質レジスタ経由だよ
windowsは知らん

**デフォルトの名無しさん** · 2022/04/14(木) 20:18:22.21

x86はレジスタが少ないからスタックだった

**デフォルトの名無しさん** · 2022/04/15(金) 18:58:00.93

cみたいに他からも呼ばれるような言語の場合はスタック積みじゃないかね。
ABIの互換性の便利さと比較して、キャッシュ考慮したらそこまで性能出るとは思えんし。

**デフォルトの名無しさん** · 2022/04/16(土) 23:24:07.47

開発者が実装が簡単だったからと言ってるのでレジスタ数とか、GCCの第六天の魔王とか関係ないよ

**デフォルトの名無しさん** · 2022/04/16(土) 23:24:23.08

開発者が実装が簡単だったからと言ってるのでレジスタ数とか、GCCの第六天の魔王とか関係ないよ

**デフォルトの名無しさん** · 2022/04/30(土) 04:35:01.90

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2022/05/04(水) 00:52:17.30

良スレ緊急浮上age

**デフォルトの名無しさん** · 2022/05/05(木) 13:14:14.01

もう30代くらいの若いお父さんだと菖蒲湯知らないんだな
子供より先に「ネギが入ってる！」ってリアクションするもんだから笑い堪えるのに必死だったわ

**デフォルトの名無しさん** · 2022/05/06(金) 10:59:50.63

漏れら極悪非道のageブラザーズ！
今日もネタもないのにageてやるからな！
￣￣∨￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　 ∧＿∧ 　 ∧＿∧ 　　　age
　（・∀・∩）（∩・∀・）　　　　age
　（つ　　丿（　　⊂）　age
　（　ヽノ　　ヽ/　　）　　　age
　し（＿）　　（＿）Ｊ

**デフォルトの名無しさん** · 2022/05/07(土) 18:02:14.22

What’s Next: GoLand 2022.2 Roadmap
https://blog.jetbrains.com/go/2022/04/28/goland-2022-2-roadmap/

**デフォルトの名無しさん** · 2022/05/07(土) 18:37:06.23

GoLandとか使ってる人いるの？
Goを使う開発って腰を据えてGoだけがっつり書くという状況が少ないからクソ非効率だと思うんだが

**デフォルトの名無しさん** · 2022/05/07(土) 21:15:14.23

つまりGo以外も書けるGoLandは効率的ということ

**デフォルトの名無しさん** · 2022/05/08(日) 11:42:43.42

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/05/09(月) 10:46:12.95

ちょっとVSCodeに不満を感じてなくて他に目移りしてないんだよな

**デフォルトの名無しさん** · 2022/05/09(月) 14:34:17.30

・

**デフォルトの名無しさん** · 2022/05/10(火) 08:55:51.13

ヽ(*ﾟдﾟ)ノｶｲﾊﾞｰ

**デフォルトの名無しさん** · 2022/05/10(火) 17:22:50.19

最近まともなレスが無いけどGoってやっぱ廃れたんだね
Ruby使いで良かった(^_-)

**デフォルトの名無しさん** · 2022/05/10(火) 18:51:52.61

廃れた言語同士仲良くしよう

**デフォルトの名無しさん** · 2022/05/11(水) 12:20:04.50

yoshikiはもうx japanのアルバムは出せないみたいな事言っちゃったしな