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/

**デフォルトの名無しさん** · 2020/01/18(土) 11:28:22.96

学習時に2は一貫性なくて嫌だった

**デフォルトの名無しさん** · 2020/01/18(土) 11:30:13.71

３． {フィールド:値, ...} 形式の構造体生成式
・・・これは構文だしシンタックスシュガーなのか微妙

シンタックスシュガー多めという意見は、どういう観点で構文をシンタックスシュガーだと判断しているのか俺にはサッパリわからない
むしろラムダ式(本来の無名関数という意味ではなく -> で書く記法)というシンタックスシュガーすらないgolangはむしろシンタックスシュガー少なすぎ（でもそこがシビれ

**デフォルトの名無しさん** · 2020/01/18(土) 13:18:44.40

シンタックスシュガーといえば、&Hoge{ ... }で構造体を初期化しつつポインタを取れるのに、&1はダメなのがウザい

**デフォルトの名無しさん** · 2020/01/18(土) 13:46:22.20

シンタックスシュガーというか、なんか一貫性に欠ける略記法みたいなのが多いような

**デフォルトの名無しさん** · 2020/01/18(土) 14:10:48.57

多いような、と言われてもなぁ
略記法と言っても、_ とか [::2] とかしかぐらいしか思い浮かばないんで、具体的に

**デフォルトの名無しさん** · 2020/01/18(土) 15:16:24.10

switch w := v.(type) はかなりエイリアン感あるな
Goに存在する数少ない型推論と言えるものの一つ

**デフォルトの名無しさん** · 2020/01/19(日) 06:24:36.25

Dockerの本社いい所にあるね

現役シリコンバレーエンジニアが教えるGo入門 + 応用でビットコインのシストレFintechアプリの開発
https://www.youtube.com/watch?v=WkEWDXogjR8

https://duckduckgo.com/bang_lite.html
!yt giants homerun boat

**デフォルトの名無しさん** · 2020/01/19(日) 10:59:57.18

一貫性に欠ける記述に思い至った
スライスとマップだけ生成すると実体ではなくてポインタを返す
やっぱり、構造体も生成するとポインタを返してほしかった
要らんよな実体

**デフォルトの名無しさん** · 2020/01/19(日) 11:18:53.24

要らないというのはちょっと正確性に欠けてた
普通のロジックを書く場合には要らない

DLL呼び出しとか、バイナリファイル書き出しとか、外部I/Fとして任意のアラインメントでのバイト列に直列化するパッケージがあって、内部では全て参照と言う名のポインタを扱うようにしてくれていたら何も問題は無かった
構造体ポインタでスライス作って、構造体のアドレスを入れて、という書き方を説明するためには、アドレスについて教えなけりゃならない
それを理由として新人研修の言語教育の候補リストから落としたんだった

**デフォルトの名無しさん** · 2020/01/19(日) 18:45:36.29

すべてポインタてJavaか

**デフォルトの名無しさん** · 2020/01/19(日) 21:41:47.53

構造体がポインタじゃないのなんでだろ
結局全部ポインタにしがち
イミュータブルな操作に値レシーバ使うことと整合させるため？

**デフォルトの名無しさん** · 2020/01/20(月) 00:17:10.01

・構造体配列のアクセスがゲロ遅い
・GCに負担がかかる
・エスケープ解析が困難
・C/C++との相互運用時に>>218のような変換が必要になりクソ非効率だし実装も面倒
・nilを受け入れないことを保証できない

**デフォルトの名無しさん** · 2020/01/20(月) 10:38:34.77

CL 187317 for the current proof-of-concept implementation.
https://go-review.googlesource.com/c/go/+/187317

**デフォルトの名無しさん** · 2020/01/20(月) 11:55:50.46

>>221
より良きアセンブラとしてC言語からの代替という目的だと、性能に対しての多少のコーディングしづらさはトレードオフの許容範囲ってことか
こりゃ、どうにもならないなー
>>208さんの言うように静的解析でガードするのが正解なんだな

**デフォルトの名無しさん** · 2020/01/20(月) 13:14:26.10

Cと同じものが欲しいならCを使ってれば良いんだよ

**デフォルトの名無しさん** · 2020/01/20(月) 14:06:44.63

正論

**デフォルトの名無しさん** · 2020/01/20(月) 15:43:03.96

GCが欲しかったんだよ

**デフォルトの名無しさん** · 2020/01/20(月) 18:15:01.52

静的解析でgolangci-lint導入してみた

そしたら gosimple が大量に felse == じゃなく ! 使えと
うるせー！年寄りには ! は見辛くて見逃すんだよ！！
どこだよ、オフする設定方法

**デフォルトの名無しさん** · 2020/01/20(月) 18:26:26.20

felse てｗ

**デフォルトの名無しさん** · 2020/01/20(月) 18:33:13.71

フォールス

**デフォルトの名無しさん** · 2020/01/20(月) 20:08:08.71

TYPOした鬱だし

**デフォルトの名無しさん** · 2020/01/20(月) 22:17:58.60

だっさ

**デフォルトの名無しさん** · 2020/01/21(火) 19:27:40.22

静的解析の余計な判定をオフする方法がわかったんで書いとく

// nolint:gosimple
とか行の後とか前行に書くとそこだけオフされる
設定ファイルでオフすると設定ファイルを公開する手間が増える
コードに書いておく方がベターだと思った

**デフォルトの名無しさん** · 2020/01/21(火) 20:10:41.23

素直に ! 使えｗ

**デフォルトの名無しさん** · 2020/01/21(火) 20:41:44.16

>>232
色変えろ🎵

**デフォルトの名無しさん** · 2020/01/23(木) 09:22:53.97

GO2になるのいつや？

**デフォルトの名無しさん** · 2020/01/23(木) 10:13:08.23

https://blog.golang.org/toward-go2
Go 1.20がGo 2.0になるらしいから順調にいけば2023年

**デフォルトの名無しさん** · 2020/01/23(木) 22:59:41.19

ひとことでいうと
この言語は名前がだめ

**デフォルトの名無しさん** · 2020/01/24(金) 00:05:38.38

goでググるな
golangでググれ

**デフォルトの名無しさん** · 2020/01/24(金) 01:02:54.82

cとかdよりは……

**デフォルトの名無しさん** · 2020/01/24(金) 11:30:28.77

一時期Cの関数を検索したかっただけなのにphpのばっかり出て来たときは辟易した

**デフォルトの名無しさん** · 2020/01/24(金) 16:05:17.82

一時期旧日本海軍の軍艦の画像を検索したかっただけなのになぜか
萌え絵のおっぱいおねーさんばっかりでてくる、みたいな状況か

**デフォルトの名無しさん** · 2020/01/24(金) 16:06:50.05

JULIAが最悪

**デフォルトの名無しさん** · 2020/01/24(金) 16:20:31.67

ｗｗｗ

**デフォルトの名無しさん** · 2020/01/24(金) 23:34:56.86

MFCのCStringもヤバい

**デフォルトの名無しさん** · 2020/01/25(土) 00:34:31.13

ご覧～

**デフォルトの名無しさん** · 2020/02/01(土) 05:08:16.60

The Go Programming Language Specification
Version of July 31, 2019
https://golang.org/ref/spec

Goプログラミング言語仕様
Version of September 4, 2012
このサイトの更新が滞っており、情報が古くなっておりますのでご注意ください。
このドキュメントは、http://golang.org/ref/specの翻訳です。
http://golang.jp/go_spec

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

php界隈みたいに翻訳してくれる神様降臨してほしい！

**デフォルトの名無しさん** · 2020/02/02(日) 01:44:28.81

頑張ってくれた先人には申し訳ないけど
古い情報がトップに出てくるのは悪影響しか無い気もする

**デフォルトの名無しさん** · 2020/02/02(日) 19:09:21.25

どこの言語も同じだよな

特にモジュール関係はどの言語もひどい有様で初心者が皆困惑して言語から離れる

一度使用固めたら不都合でも10年は同じものを使って欲しいｗ

**デフォルトの名無しさん** · 2020/02/02(日) 19:15:45.79

今発売されているGoの入門書でモジュール対応してるものってあるの？

**デフォルトの名無しさん** · 2020/02/02(日) 19:31:26.77

モジュールと言われても用語としての範囲が膨大すぎて意味が伝わらない

**デフォルトの名無しさん** · 2020/02/02(日) 22:01:03.97

みんなのGo買ったけど初心者向けじゃなくて読んでないんですが
本当に初心者向けの本ってありませんか？

**デフォルトの名無しさん** · 2020/02/02(日) 22:10:14.40

本じゃないけど

Golang tutorial
https://golangbot.com/learn-golang-series/

**デフォルトの名無しさん** · 2020/02/03(月) 00:07:31.65

>>252
今いい本はないと思う

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

みんなのGoってオンラインで無料で全部読めるやつ？

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

>>252
改訂2版みんなのGo言語、2019/8/1
この本は、各言語の「Effective 何々」に当たる本

改訂2版基礎からわかる Go言語、古川昇(エイベル)、2015
この本が初心者向けの文法書

>>246
に書いてある、翻訳プロジェクト、公式サイトの日本語訳
http://golang.jp/
は、エイベルの古川部長と社員が書いていた

**デフォルトの名無しさん** · 2020/02/03(月) 13:10:43.80

ガチの初心者がGoなんか使って何するのか、嫌味じゃなくて興味がある
Goは言語だけできても全く何の役にも立たないと思うが、
本来のGoのコンセプトの通りに、ペーペーにGoだけ覚えさせてアプリケーションコードだけ書かせるような組織が日本にも存在する時代になったのだろうか

**256** · 2020/02/03(月) 16:01:19.93

サーバー側は、Ruby → Node.js, Go

今世紀最大の起業家、Vagrant の作者・Mitchell Hashimoto なんか、まさにそう。
今や、Go の重鎮

Ruby on Rails, Sinatra などで、サーバー側を一通り作った人が、Go へ行く。
そういうキャリアパスでは「みんなのGo言語」は、良い本

**デフォルトの名無しさん** · 2020/02/03(月) 18:05:01.17

>>257
>Goは言語だけできても全く何の役にも立たないと思うが、

Goに限らず汎用言語はみんなそうだろ
標準ライブラリが充実してて言語の構成要素が少ないGoを
最初の言語として選ぶのは悪くない選択だと思うぞ
C/Java/C#/JavaScriptらと比べるとずっと簡単

**デフォルトの名無しさん** · 2020/02/03(月) 18:16:47.48

だからこそモジュールのバージョン管理が大事なんだと思う

**デフォルトの名無しさん** · 2020/02/03(月) 18:18:43.56

基礎からわかる Go言語もずぶの素人には難しいと言うか無理だろこれは

**デフォルトの名無しさん** · 2020/02/03(月) 19:53:53.66

関数の引数で []*xxx と []xxx があるんですが、どっちを使ったらいいんでしょうか

**デフォルトの名無しさん** · 2020/02/03(月) 20:45:13.09

間違ってたらコンパイルエラー出るから、コンパイルエラーが出ないほう
呼んだ先の関数の引数の定義をよーく読め

でも、実際に渡している方の部分を見て書いてる可能性もあるか……
インターフェースの配列を受け取る関数だとすると、どちらでもコンパイルエラーは起こらない
ぶっちゃけ、その場合はどちらでも構わないことが多い

[]xxxxは、xxxxがインターフェースでなく構造体だったなら、十中八九はバグだと思う
バグでなく意図的に使うケースもありはするけど………………

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

>>259
もちろんライブラリやフレームワークの学習は前提だけど、
仮にプログラミング初学者がGo勉強して基本的なCRUDアプリを作れるようになったとして仕事あるか？
極端な話、初学者がSpringとかASP.NETとかRailsとか覚えたら、
サーバーを起動する方法もその上でアプリを動かす方法も知らなくても仕事はいくらでもあるわけだよ
一方Go名指しの求人って、ほぼ例外なく、複数言語が使えてAWSもわかるフルスタックな人が期待されてると思うんだよな
もちろんGoが使えたらプログラミングの素質はあるだろうってことでの採用はありうけど、
そうやって入った環境では多分Goを書かせてはもらえないだろう

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

なんかポインタとsliceが糞だなあ

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

containsメソッドすらないとか頭おかしい

**デフォルトの名無しさん** · 2020/02/03(月) 22:08:48.44

>>264
同意するかは別にして言いたいことは理解した
そういう内容なら「Goは言語だけできても全く何の役にも立たないぞ」じゃなくて
「初学者がGoだけ習得しても仕事はないぞ」って書けばいいんじゃないかな

**デフォルトの名無しさん** · 2020/02/03(月) 23:33:18.01

>>266
https://play.golang.org/p/fZ3EJyfPYWg
(メソッドじゃないけど)

やはり reflection は遅いな…… 早く >>222 の contracts を正式採用してほしい

**デフォルトの名無しさん** · 2020/02/04(火) 18:47:00.52

Goは標準ライブラリが洗練されてない感じがする

**デフォルトの名無しさん** · 2020/02/04(火) 21:23:46.96

go言語って糞じゃね馬鹿じゃね

**デフォルトの名無しさん** · 2020/02/04(火) 21:32:43.59

結局みんなと同じようにRuby on RailsとかPHPやっとけばいいんじゃねえのか
人と違うことしてる俺様かっこいいみたいなデスクトップのLinux使ってよく分からないエラー出ながら使ってる奴とか
そういうことじゃねえのかポインタとかスライスとか糞
[]xxxと[]*xxxをAPIのレスポンスで返したら同じjsonが返ってくるとか糞
普通ポインタの配列なんだからアドレスの羅列が返ってくるんじゃねえんか
マジ糞言語

**デフォルトの名無しさん** · 2020/02/04(火) 21:58:02.63

スクリプト言語ならpythonじゃないの今は

**デフォルトの名無しさん** · 2020/02/04(火) 22:07:10.93

goはあちらこちら洗練されてない。存在としては好きなんだがなぁ。

**デフォルトの名無しさん** · 2020/02/04(火) 22:19:47.96

洗練されているプログラミング言語ってあるのか？

**デフォルトの名無しさん** · 2020/02/04(火) 22:39:33.05

矛盾が少なくて必要最小限の仕様しかない、という意味ならC
だから未だに現役なわけで
俺はJavaScriptが好きだけど
JSもCと同様Alt-JSが大量に発生したものの殺しきれなかった、という意味ではある程度洗練はしている
言語としての問題は typeof(null)==="object" 位

**デフォルトの名無しさん** · 2020/02/04(火) 22:49:15.87

やっぱgoに使い慣れている人でも糞だと思ってるんだな

**デフォルトの名無しさん** · 2020/02/05(水) 00:01:28.88

＞[]xxxと[]*xxxをAPIのレスポンスで返したら同じjsonが返ってくるとか糞
ちょっと意味がわからないけど、要するにポインタレシーバでのインターフェースで実体も受け取れるという話じゃないかと思うんで同意
すんごくブッ飛んでるよなあれは……

**デフォルトの名無しさん** · 2020/02/05(水) 00:11:37.94

JavaScriptも嫌いじゃないけど、ほぼほぼ毎年仕様が追加されていて着いていけない
prototypeで書いてもいいよね？bind使っててもいいよね？ダメ？

**デフォルトの名無しさん** · 2020/02/05(水) 01:02:22.30

goは何がだめといって、まず名前が駄目

**デフォルトの名無しさん** · 2020/02/05(水) 01:28:31.42

公式サイトですらgolangだもんな……

C言語よりは検索性に優れてるよ！w
甲乙じゃなくて丙丁つけがたい争い

**デフォルトの名無しさん** · 2020/02/05(水) 09:20:22.69

go とか　[] とか　[]* とか　すごく検索しづらい

**デフォルトの名無しさん** · 2020/02/05(水) 09:21:05.78

>>278
エアプかよ
さすがにbindがNGは今時ないと思うぞ

まあそうやって駄目な理由を探しているようではずっとエアプのままだろうよ
goが洗練されていないのは当たり前、新しい言語だからだ
何だかんだでJavaScriptは25年、Cなんて50年近いのだから、必要な仕様はとっくに入っている
JavaScriptでも、今追加されている仕様はそもそも「あってもなくてもいいもの」でしかない

それに比べて、まだgoは根本的な部分で仕様変更が為されている段階だろ
この意味では、今現在のgoをプログラミング初心者が触るのは間違っているとは言えると思うけど
お前も含めて

**デフォルトの名無しさん** · 2020/02/05(水) 09:26:08.48

糞じゃね言って同意って言われるのが終わってる
否定してほしくて敢えて過激なこと言ってるのに

**デフォルトの名無しさん** · 2020/02/05(水) 11:25:45.04

Goが気持ちいいのは、意識高い先人達が築き上げてきた無駄に複雑な数多の概念を「Goだから」で一蹴できるところ
例えばテストコードの assert that 系のDSL
誰もが薄々糞だと気付いていたが、意識高い空気がそれを許さなかった
それを堂々と「こんな糞は要らんかったんや！ifでええんや！」と言えるお墨付きが貰えた
Goが数々の欠点にも関わらず言語として好まれた本当の理由は、そういうカタルシスにあると思うわ

**デフォルトの名無しさん** · 2020/02/05(水) 11:28:29.38

>>283
構ってちゃんは死ね
また、そういう態度はWebを駄目にするからマジで死ね

**デフォルトの名無しさん** · 2020/02/05(水) 11:38:29.79

>>284
それは一理ある
公式でも言っているとおり、Goは敢えてガラガラポンしている
多分、いわゆる「お作法」に辟易している若くて元気のいい奴に受けているのだと思う
だから「結果的に再発明になってもいい」と思える奴等には良いプラットフォームだろう

(なお俺はassertなんて使わないことは一応付け加えておく)

**デフォルトの名無しさん** · 2020/02/05(水) 12:34:56.45

みんなgoとかgolangって書いてるけど実際はGoなんだよね

**デフォルトの名無しさん** · 2020/02/05(水) 13:20:07.74

Goだけで全て完結して欲しい割りとマジで

**デフォルトの名無しさん** · 2020/02/05(水) 14:25:36.89

Hiromi Go

**デフォルトの名無しさん** · 2020/02/05(水) 14:30:53.97

文字関連のライブラリとかかなり雑と言うか古臭く感じる
cから発展したともとれるが嫌な感じだな

uint64を文字列にするのもいまだにググって調べてる

**デフォルトの名無しさん** · 2020/02/05(水) 14:47:19.60

毎回ググって調べてる奴の方が雑…というか鈍くさい

**デフォルトの名無しさん** · 2020/02/13(木) 21:15:58.79

>>284
俺みたいな老害Cプログラマがマウント取りまくれる言語仕様なんだよね
例外とかいらん！オブジェクト指向もいらん！
スクリプト言語のおしゃれ感もいらん！

**デフォルトの名無しさん** · 2020/02/13(木) 22:33:18.92

interfaceとgoroutineはオシャレだと思うぞ。あとはダサダサだけどw

**デフォルトの名無しさん** · 2020/02/13(木) 23:42:46.27

selectの非同期待ち受けって、素敵だと思うの
もじもじ……

**デフォルトの名無しさん** · 2020/02/13(木) 23:49:11.45

goroutine周りは記述が簡便で初心者も手を出しやすい雰囲気を醸し出してるのに、実際には低レベルで罠が多いんだよなあ
これだけ徹底的な低能仕様なのにデッドロックに対する安全機構のようなものが何もないのはいかがなものか
せめてpromise的なのくらいは欲しい

**デフォルトの名無しさん** · 2020/02/13(木) 23:58:15.23

context を使えばいいじゃない

**デフォルトの名無しさん** · 2020/02/13(木) 23:59:19.40

Goの非同期機能の公式の説明で共有メモリは危険だとかドヤ顔で講釈垂れてる割には
ちょっとchannelの扱いをミスると簡単にデッドロックするんだよな
Goの設計のセンスは基本的には素晴らしいと思うけど、
非同期処理の難しさに関してはGoをもってしても効果的な解決法を見つけられなかったのは残念だな

**デフォルトの名無しさん** · 2020/02/14(金) 00:51:14.63

日本人がROKUを作るしかないん？

**デフォルトの名無しさん** · 2020/02/14(金) 01:41:01.83

わー、おもしろーい（棒

**デフォルトの名無しさん** · 2020/02/14(金) 01:56:54.67

rokuなもんにならんぞ(´・ω・｀)

**デフォルトの名無しさん** · 2020/02/14(金) 02:26:38.26

おっさんが多いスレッド

**デフォルトの名無しさん** · 2020/02/14(金) 17:05:12.42

Raku？

**デフォルトの名無しさん** · 2020/02/23(日) 01:33:36.39

golang.jpが壊れて治らないから諦めてwebarchive行くことにした

**デフォルトの名無しさん** · 2020/02/23(日) 05:51:08.90

あのサイト更新しないなら迷惑だから手放して欲しい

**デフォルトの名無しさん** · 2020/02/23(日) 07:32:28.47

golangが完全に終焉するとき
名前がgoneにかわる

**デフォルトの名無しさん** · 2020/02/23(日) 17:32:58.19

golang-jp.netみたいな日本向けドメイン取って誰かが新しいサイト作って

**デフォルトの名無しさん** · 2020/02/23(日) 17:33:15.17

アフィリエイトで広告踏みますのでよろしくおねがいします

**デフォルトの名無しさん** · 2020/02/23(日) 18:26:12.17

gone lang

**デフォルトの名無しさん** · 2020/02/24(月) 09:46:04.88

Ghosn lang