Go language part 3

**デフォルトの名無しさん** · 2019/10/17(木) 21:38:04.78

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

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

日本語訳
http://golang.jp

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

**デフォルトの名無しさん** · 2019/10/17(木) 22:00:39.82

>>1乙
テンプレが古すぎるんで作ってみたがどうだろ

公式
https://golang.org

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

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

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

**デフォルトの名無しさん** · 2019/10/17(木) 22:34:25.92

golang.jpは外して良いね

**デフォルトの名無しさん** · 2019/10/18(金) 00:00:29.03

golang.jp は、エイベルの古川昇部長が、社内で始めた翻訳プロジェクトだろ？
最近は、活動してないのか？

改訂2版基礎からわかる Go言語、古川昇(エイベル)、2015

**デフォルトの名無しさん** · 2019/10/18(金) 00:45:01.73

その人もうやめてるでしょ

**デフォルトの名無しさん** · 2019/10/18(金) 13:53:47.66

先週から仕事でGoやることになったんだが、この言語辛すぎないか・・・？
ジェネリクスないしエラーが辛い。ジェネリクスは2.0で入るらしいが。
Goの作法だとエラーハンドリング忘れて次の処理を書けるリスクが常に孕んでてて書いてて全然安心できない。
あと詳細なエラー情報見ようとするとcustomErr,ok:=err.(CustomError)みたいにしないと情報とれないの危なすぎでしょ。
なんでカスタムエラー型認められていないの？

**デフォルトの名無しさん** · 2019/10/18(金) 14:25:55.97

>>6
認められていない訳じゃない
しかし、カスタムなエラー型だと正常時にnilが帰ってきた時に
if err!=nil {} がtrue判断を食らうという厄介なバグがある
これは型付きnilというバグだが、仕様と言い張ってる模様
仕様なら、the predeclared identifier nil, which has no typeの記述とか直せや！

**デフォルトの名無しさん** · 2019/10/18(金) 14:31:17.21

>>6
エラー処理を忘れるうっかりさんは例外だってキャッチ忘れるだろな

そして、エラー処理は1.13でほんの気持ちだけ改修入ってるからチェック
Is, As

**デフォルトの名無しさん** · 2019/10/18(金) 14:39:41.03

**デフォルトの名無しさん** · 2019/10/18(金) 15:49:30.94

>>7 認められてないというよりか風潮といった感じか
カスタムエラーがstructじゃなくてinterfaceならいけるんじゃない？
まあどのみち使用しているライブラリがerror返してるからどうしようもないんだけどな
俺はMySQLのエラー番号が知りたいだけなのにどうして危険な操作を強いられるんだ

>>8 まず俺はGoのエラーと例外を引き合いに出してはいない(例外は糞だが)
例えば関数の戻り値がT,errorのような場合でerrorじゃないときだけTの戻り値にアクセスできるような仕組みが欲しい
ScalaのEitherやRustのResultのようなやつな
今はジェネリクスないからそういう実装はできないだろうけど
そもそも職場の制約で.1.13は使えないが、IsもAsも対してかわらんなって印象だわ。
ライブラリの実装者が中で返すエラーの型を変えた場合、IsやAsしててもコンパイルエラーにならず適切なエラー処理ができずに実行されてしまう。
戻り値の型できちんとカスタムエラー型を明示してくれてればコンパイルエラーで気づけるんだけどな

今さっき聞いたんだけど、2.0で入る予定のエラーハンドリング周りのサポート、error型のみが対象らしいんだってな。
2.0にはいると本当にカスタムエラーの道が閉ざされてしまいそうだけど本当にそれでええんやろか

**デフォルトの名無しさん** · 2019/10/18(金) 16:01:34.41

エラー処理の観点から見るとジェネリクスないのはもう相当きついね
関数型脳は捨てるしかない

**デフォルトの名無しさん** · 2019/10/18(金) 19:57:12.19

まあRustも関数型言語かというと違うけどな。標準ライブラリにはモナドないし。
ジェネリクスが必要なものに関しては今使えないから仕方がない面はあるとは思う。

ただカスタムエラー型が実質使えない状態になってるのは辛いなあとは思う

**デフォルトの名無しさん** · 2019/10/18(金) 21:03:52.48

モナドあってもdo記法相当ないときついからね

**デフォルトの名無しさん** · 2019/10/19(土) 15:58:08.27

exe でかいな・・・

**デフォルトの名無しさん** · 2019/10/19(土) 19:06:00.27

う、うん…

**デフォルトの名無しさん** · 2019/10/19(土) 19:56:56.88

2MBは静的リンクされてる実行ファイルなら普通よ
C系のリンカーの出力だとままある
動的リンクされてDLLとかアセンブリとかSOをロードする実行ファイルとは違う
ロードが速いはずというメリットもある

**デフォルトの名無しさん** · 2019/10/19(土) 22:13:55.22

せやな
この特性でインスタンスの起動が早くてクラウドだと重宝するね
反面WASMとかだと辛いという話は聞いている

**デフォルトの名無しさん** · 2019/10/20(日) 10:01:30.26

そもそもC/C++自体がすでに第一選択の言語じゃなくて、応答性やパフォーマンスの問題で消去法で選ばれる言語だし、
Goはそれで弾かれる側の言語なんで無理無理

Goが選択肢に入るような要件ならC++は選択肢に入らないし、逆もまた然り

**デフォルトの名無しさん** · 2019/10/20(日) 10:16:19.34

しかし、C++は他に選択肢が無いというよりアセンブラより生産性が高いという消去法で選択される言語
C++よりも生産性が高いと思う人間、例えばGoogleとか俺にとっては消去法での乗り換えが充分に考えられる

**デフォルトの名無しさん** · 2019/10/20(日) 10:22:02.89

あ、もうちょい書き足りなかった
つまり、ベターなアセンブラの地位をC/C++から奪おうという狙いの言語、という位置付けだと考えるよ

**デフォルトの名無しさん** · 2019/10/20(日) 10:26:38.82

草

**デフォルトの名無しさん** · 2019/10/20(日) 10:33:11.87

笑っていればいいさ、20年前にJavaが将来のメジャー言語になると言ったら馬鹿にされるのは必至だったし

**デフォルトの名無しさん** · 2019/10/20(日) 10:35:44.03

まあ、linuxカーネルがCで書かれる限り、Cの牙城を崩すのは夢物語なのは間違いない

**デフォルトの名無しさん** · 2019/10/20(日) 10:53:15.21

1999年ならjavaはすでにメジャー言語でしたけどね

**デフォルトの名無しさん** · 2019/10/20(日) 11:07:37.88

Dと比べてどうなん？

**デフォルトの名無しさん** · 2019/10/20(日) 11:10:32.44

var hoge uintptr = 123 動く(1)
hoge := uintptr(123) 動く(2)
hoge uintptr = 123 動かない(3)
hoge uintptr := 123 動かない(4)

やっぱり面倒なんだよね
良い方法ないですか
あと(2)があまり使われないのはなぜ？

**デフォルトの名無しさん** · 2019/10/20(日) 11:15:04.16

>>24
ほほう、EclipseもstrutsもJITもない1.2の時代でメジャーとな？

**デフォルトの名無しさん** · 2019/10/20(日) 11:21:45.78

君は20年後も笑われてると思う

**デフォルトの名無しさん** · 2019/10/20(日) 11:28:13.14

使ったこと無いから的外れかもしれないけど、uintptrなんてunsafeな箇所くらいでしか使わないと思う(アーキテクチャ依存だからという理由
そんなuintptrを簡単にという意図がわからないので、解説plz

**デフォルトの名無しさん** · 2019/10/20(日) 11:30:47.40

根拠も何もなく笑って誤魔化す人に笑われても痛くも痒くもないね
そこでどうぞ笑っていてくださいな

**デフォルトの名無しさん** · 2019/10/20(日) 11:34:38.66

Cの整数リテラルに付けるサフィックスみたいな？
1234LL とか 1234ULL

**デフォルトの名無しさん** · 2019/10/20(日) 12:29:01.63

>>27
当時のTIOBE IndexでC、C++に次ぐ3位ですけど

**デフォルトの名無しさん** · 2019/10/20(日) 13:00:38.73

>>32
ぐう、認めざるを得ない

**デフォルトの名無しさん** · 2019/10/21(月) 12:27:44.92

全然関係ない話
公式のドキュメントのフォントがChromeとかで汚いと悩んでたんだけど、実はGoogleのRobotoフォント入れれば良いんだな

**デフォルトの名無しさん** · 2019/10/21(月) 12:36:03.12

そんなのuser.cssでいくらでも好きなようにできるじゃん

**デフォルトの名無しさん** · 2019/10/22(火) 09:57:44.29

:= と = の使い分けが構文的に破綻してるように観える

**デフォルトの名無しさん** · 2019/10/22(火) 10:07:36.95

var s []byte = "abc"
string(s) // OK
s.String() // undefined

var b bytes.Buffer
string(b) // cannot convert to string
b.String() // OK

なんかこの辺もいまいち

**デフォルトの名無しさん** · 2019/10/22(火) 16:48:11.86

a) var hoge bytes.Buffer
b) hoge := bytes.Buffer{}
c) hoge := new(bytes.Buffer)

これは全部同じか？

**デフォルトの名無しさん** · 2019/10/22(火) 17:34:11.07

cはポインタじゃね？

**デフォルトの名無しさん** · 2019/10/22(火) 18:45:07.15

&xxxxx{}の方が直接的で字数も短いからnewって使ったことも無かった
何のためにあるの？

**デフォルトの名無しさん** · 2019/10/22(火) 18:49:37.32

ウメは所詮ウメ

**デフォルトの名無しさん** · 2019/10/22(火) 19:10:16.41

>>35
なんかしばらくしたら元に戻っちゃったんで、user.cssに戻した
面倒なんだよー

**デフォルトの名無しさん** · 2019/10/22(火) 20:19:18.32

chrome拡張でuser.css使えばいいだけじゃん

**デフォルトの名無しさん** · 2019/10/23(水) 00:31:32.72

errorはインターフェースだからswitchで処理するんじゃないの？キャスト使うの？

**デフォルトの名無しさん** · 2019/10/23(水) 10:08:27.34

今頃書き方が気に入らないとか変な奴が増えてきたな

**デフォルトの名無しさん** · 2019/10/23(水) 11:21:24.14

errorがつらすぎるError()stringだけで表現しきれないよ

**デフォルトの名無しさん** · 2019/10/23(水) 15:38:46.69

たまにgoやると、そのたびにテンプレートリテラルがないことを忘れててショックを受ける

**デフォルトの名無しさん** · 2019/10/23(水) 15:45:39.64

Go って GAE とか GCP 以外ではどんなところで使われてますか