Go language part 2

あ · 2017/11/11(土) 19:25:26.19

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

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

日本語訳
http://golang.jp

※前スレ
Go language part 1
http://mevius.5ch.net/test/read.cgi/tech/1381374291/

**デフォルトの名無しさん** · 2018/09/09(日) 23:39:30.84

データとはバイナリじゃなくてアクセス可能な情報構造だって考え方がクラスだから
言語仕様関係なく分かんないのは不味い

**デフォルトの名無しさん** · 2018/09/10(月) 01:36:42.21

C⇢Go

**デフォルトの名無しさん** · 2018/09/10(月) 07:18:46.01

>>413
だったらstructで十分じゃん。って、考え。
型に対してメソッド追加できるし

**デフォルトの名無しさん** · 2018/09/10(月) 08:18:30.58

javaもgoもどっちも書く俺はどっちの連中に分類されるんだろうか、、

**デフォルトの名無しさん** · 2018/09/10(月) 08:23:45.86

分類しなくていいんやで

**デフォルトの名無しさん** · 2018/09/10(月) 10:53:04.51

>>412
goは現場から考え出された言語だよ。
実験的とか口から出任せすぎる。
生まれた経緯はgo blogに書かれてるから読んでみ。

基本的にはgoogle社内のc++プロジェクトの一部を置き換え目的で生まれた。

**デフォルトの名無しさん** · 2018/09/10(月) 17:35:51.97

>>417
みんな違って、みんないい。

**デフォルトの名無しさん** · 2018/09/10(月) 20:32:07.90

私は私

**デフォルトの名無しさん** · 2018/09/10(月) 20:33:40.08

人生いろいろ、総理もいろいろ、言語もいろいろ

**デフォルトの名無しさん** · 2018/09/10(月) 20:35:13.33

咲き乱れるの♪

**デフォルトの名無しさん** · 2018/09/11(火) 09:29:03.32

現場から生まれたなんてPHPみたいで嫌w

**デフォルトの名無しさん** · 2018/09/11(火) 10:09:18.45

google発だからC言語の作者もいる所やで

**デフォルトの名無しさん** · 2018/09/11(火) 11:54:44.51

>>414
四の五の言うな

**デフォルトの名無しさん** · 2018/09/11(火) 13:32:38.35

評価します

**デフォルトの名無しさん** · 2018/09/13(木) 17:14:01.29

Go 2ブロックをおりる
https://www.infoq.com/jp/news/2018/09/go-2-draft-designs

Go 2の記事は貴重だけど全体的に訳が微妙
特に Gets off the Blocks → ブロックを降りるはひどい

**デフォルトの名無しさん** · 2018/09/13(木) 18:08:06.14

ここ機械翻訳つかってんのかわかんないけどかなり翻訳ガバい

**デフォルトの名無しさん** · 2018/09/13(木) 20:07:57.86

get off the blockなんて言い方あるのか。勉強になったぞい

**デフォルトの名無しさん** · 2018/09/13(木) 20:17:25.54

get off / the blocksで訳しちゃったんだな
get / off the blocksが正解っぽい

**デフォルトの名無しさん** · 2018/09/19(水) 21:24:23.02

handleブロックたくさん書きたいケースってあるのかね？適宜書いた方が見通しが良い？？？

**デフォルトの名無しさん** · 2018/09/19(水) 21:25:49.04

書いた後で、エラー区別できるわけではなさそうだから適宜必要かという結論になった

**デフォルトの名無しさん** · 2018/09/19(水) 21:38:55.61

エラーは判別できるでしょ
今までは深さでエラー処理を重複して書いてたけど連鎖的に呼び出されるから、その都度必要な処理書くだけで良くなる

**デフォルトの名無しさん** · 2018/09/21(金) 23:58:35.27

var b *bytes.Buffer
if a {
b = function()
}

http.NewRequest(`POST`, rawurl, b)

invalid memory address or nil pointer dereference

なんでなん

**デフォルトの名無しさん** · 2018/09/22(土) 09:16:31.50

なんでと言われても

**デフォルトの名無しさん** · 2018/09/22(土) 11:35:48.04

>>434
ｂの参照先がつくられるかどうか確定してないじゃん

**デフォルトの名無しさん** · 2018/09/22(土) 12:38:07.36

nurupo

**デフォルトの名無しさん** · 2018/09/22(土) 13:22:51.61

これ読むとGoが如何に優れたJavaer避け仕様になってるかよく分かるな
https://ryb.orz.hm/articles/lang/lang1

**デフォルトの名無しさん** · 2018/09/22(土) 13:31:41.43

>>436
NewRequest の中で body.(io.ReadCloser) をやってるから if 文を実行せずに b を nil のまま渡したらダメということでしょうか？

**デフォルトの名無しさん** · 2018/09/22(土) 13:49:44.17

むしろそこまで分かっててあと何がわからないのかわからない

**デフォルトの名無しさん** · 2018/09/22(土) 13:54:47.71

if文が実行されなかったら nil を渡したい。それを簡素に書きたいそれが知りたい

**デフォルトの名無しさん** · 2018/09/22(土) 13:58:39.71

nilを渡すのが間違ってるで終わりなんだけど

**デフォルトの名無しさん** · 2018/09/22(土) 14:04:30.64

よく見たらnilでもいいはずだけど型がおかしく見える

**デフォルトの名無しさん** · 2018/09/22(土) 14:09:35.66

var r io.Reader

if a {
r = function()
}

http.NewRequest(`POST`, rawurl, r)

こうすればいいのか。すみません

**デフォルトの名無しさん** · 2018/10/01(月) 01:00:16.68

guiライブラリは何がおすすめ？

**デフォルトの名無しさん** · 2018/10/02(火) 17:07:46.65

goでguiはあまりおすすめしない

**デフォルトの名無しさん** · 2018/10/02(火) 17:31:02.89

何でだろうね、全てをGoで書きたいのに
一応ツールキットの類は色々有るんだけど、GUI操作で部品作れるようなヌルポ系は無いな

**デフォルトの名無しさん** · 2018/10/02(火) 17:54:56.57

試しにやってみたことあるけど、その分野はまだまだって感じ
自分でcontributeするくらいの気合が必要になると思う

**デフォルトの名無しさん** · 2018/10/03(水) 01:00:03.49

Goに限らんけど、この手の言語はRestfulなAPIを提供するバックエンドだけにしてUI関係は他のフロントエンドを利用してブラウザ上で提供するのが良いのでは。

**デフォルトの名無しさん** · 2018/10/03(水) 02:20:46.94

それはそうなんだが、せっかく単一バイナリで実行できるものが作れるんだから
GUIも簡単に組み込めるようになれば、デスクトップアプリケーションの分野も席巻するかもしれん

**デフォルトの名無しさん** · 2018/10/03(水) 03:01:38.84

GoでGUIってだめなの？
UNIXなら他言語と大差なくないか？

**デフォルトの名無しさん** · 2018/10/03(水) 05:47:42.28

UNIX限定のGUIアプリって時点で超ニッチだけど、それならいいんじゃない
普通にWinとかMacを想定するならオススメしない

**デフォルトの名無しさん** · 2018/10/03(水) 06:12:59.54

いや、WinAPIだと他言語のほうが使いやすいねって言ってるだけで、Windowsで動かないもの作る話じゃないんだよね

**デフォルトの名無しさん** · 2018/10/03(水) 07:55:21.75

出来るか出来ないかで言ったら出来るけど、
あえてgoを選んで茨の道を行く理由もない気が

**デフォルトの名無しさん** · 2018/10/04(木) 21:44:39.36

goにChronium突っ込んで一緒にビルドする道がある

**デフォルトの名無しさん** · 2018/10/04(木) 21:46:01.00

*Chromium

**デフォルトの名無しさん** · 2018/10/05(金) 01:00:46.21

fmtってなんて読むの？

**デフォルトの名無しさん** · 2018/10/05(金) 01:11:41.67

フムトゥ

**デフォルトの名無しさん** · 2018/10/05(金) 06:15:18.07

普通にエフエムティーって読まない？

**デフォルトの名無しさん** · 2018/10/05(金) 07:28:14.40

英語圏では、ほぼ>>458

**デフォルトの名無しさん** · 2018/10/05(金) 08:28:44.42

フォーマットと呼んでる
この略称じゃなかったっけ？

**デフォルトの名無しさん** · 2018/10/05(金) 08:42:24.17

>>461
俺もこれと思った

**デフォルトの名無しさん** · 2018/10/05(金) 12:19:17.56

もちろんformatのことだし、formatと読んでなんの問題もないけど、
英語で話していると>>458で読む人多いよ
主因はrob pikeがそう発音したからだと思う
Gophercon 2014のキーノート
https://www.youtube.com/watch?v=aRkx_rKgnxo
の15:30あたりから
Mat Ryerという人がGo Programming Blueprint, 1ed, 2edで
このネタを紹介してる

**デフォルトの名無しさん** · 2018/10/05(金) 15:28:00.27

フムトゥだとなんか英領東インド会社っぽく感じる

**デフォルトの名無しさん** · 2018/10/09(火) 23:43:11.15

depとvgoって競合するものですか？

**デフォルトの名無しさん** · 2018/10/15(月) 14:36:01.09

Goでenum→arrayがしたいのだけれど、そんな機能はないと……？
これみんなどうしてるの？

**デフォルトの名無しさん** · 2018/10/15(月) 14:49:29.46

最初からArrayにしとけば良いのでは

**デフォルトの名無しさん** · 2018/10/15(月) 14:50:49.56

それをしたくなったことがないのでわからん

**デフォルトの名無しさん** · 2018/10/15(月) 17:05:22.55

何のためにそんなことがしたいのか聞いてみたい

**デフォルトの名無しさん** · 2018/10/15(月) 17:50:29.55

無いのなら啼くまで待とうホトトギス

**デフォルトの名無しさん** · 2018/10/15(月) 19:33:05.94

MAXだかENDMKだかでcみたく配列作りたいんやろ？
気持ちは分かる

**デフォルトの名無しさん** · 2018/10/15(月) 20:31:28.61

例えば入力値に対するバリデーションで、enum(という言い方が適正かどうかは別として)が取り得る値のリストが欲しいとかそのへんかな

**デフォルトの名無しさん** · 2018/10/15(月) 22:15:42.32

structに突っ込んでreflectでゴニョゴニョすれば出来るかもしれん constではなくなるが

**デフォルトの名無しさん** · 2018/10/15(月) 22:51:32.09

そんな処理が必要なシステムでGoを使ったらいかん

**デフォルトの名無しさん** · 2018/10/21(日) 18:42:18.40

久しぶりにgo触ったので記憶が不確かなところありますが
main.goのみが置かれたディレクトリでgo buildしたらgo.exeが生成されたのですが以前はmain.exeが生成されてたよう思うのですが仕様が変わったのでしょうか？(流石にgo.exe生成は有害すぎる気がするのですが)

**475** · 2018/10/21(日) 18:48:35.74

>>475です
自己解決しました。main.goのあるフォルダ名がgoになっていたせいでした。
お騒がせしました

2018/10/22(月) 10:17:22.41

うむ

2018/10/22(月) 10:18:03.69

hiromi.go

**デフォルトの名無しさん** · 2018/10/22(月) 12:18:12.11

man.go

**デフォルトの名無しさん** · 2018/10/23(火) 07:41:47.58

pokemon.go

**デフォルトの名無しさん** · 2018/10/23(火) 09:56:18.11

mach.go

**デフォルトの名無しさん** · 2018/10/23(火) 11:25:23.47

ashitano.go

**デフォルトの名無しさん** · 2018/10/23(火) 12:04:12.12

mahha.go

**デフォルトの名無しさん** · 2018/10/23(火) 12:53:09.48

nihon.go

**デフォルトの名無しさん** · 2018/10/23(火) 16:19:55.91

morita.go

**デフォルトの名無しさん** · 2018/10/23(火) 17:01:47.56

a.go

**デフォルトの名無しさん** · 2018/10/23(火) 17:44:50.89

rin.go

**デフォルトの名無しさん** · 2018/10/23(火) 19:25:25.14

tanoshin.go

**デフォルトの名無しさん** · 2018/10/24(水) 09:22:45.73

ami.go

**デフォルトの名無しさん** · 2018/10/24(水) 13:05:53.10

ready.go

**デフォルトの名無しさん** · 2018/11/11(日) 01:33:16.91

denshade.go

**デフォルトの名無しさん** · 2018/11/11(日) 11:12:19.66

you.go.to.die

**デフォルトの名無しさん** · 2018/11/11(日) 13:16:05.57

go to the hell

**デフォルトの名無しさん** · 2018/11/11(日) 22:48:24.72

gagiguge.go

**デフォルトの名無しさん** · 2018/11/13(火) 14:21:24.80

gohanhaokazu

**デフォルトの名無しさん** · 2018/11/13(火) 22:42:30.34

なんだこのクソみたいなレスは

**デフォルトの名無しさん** · 2018/11/14(水) 01:38:41.27

runeってなに？
ルーンってｗ

**デフォルトの名無しさん** · 2018/11/25(日) 13:39:20.67

レリゴーレリゴー

**デフォルトの名無しさん** · 2018/11/29(木) 07:38:52.96

マスコットキャラ言語としてはDやLispに劣る

**デフォルトの名無しさん** · 2018/11/29(木) 07:47:15.41

文法難しすぎて挫折した
ポインタもあるし
やっぱりグーグルはダメだな

**デフォルトの名無しさん** · 2018/11/29(木) 10:49:40.66

釣られないぞ！

**デフォルトの名無しさん** · 2018/11/29(木) 22:50:59.81

>>499
あ？うちのGopher人形に謝れよ

**デフォルトの名無しさん** · 2018/12/01(土) 13:44:14.89

go触ってみたんだが、なにGOPATHって？
前世紀からの業を背負っているpythonでさえ最近はvenvとかが普通なのに。

**デフォルトの名無しさん** · 2018/12/01(土) 16:36:04.83

vendoring 使えばいいんじゃない

**デフォルトの名無しさん** · 2018/12/01(土) 17:55:29.88

結局それってプロジェクト毎にGOPATH設定する前提じゃない？
まあ手間としてはpython venvのactivateと変わらんのだろうけど。

**デフォルトの名無しさん** · 2018/12/02(日) 02:20:50.42

go1.11以降であればgo modでvendoringともGOPATHともおさらばよ。デフォは設定してないとダメだけど

**デフォルトの名無しさん** · 2018/12/02(日) 09:46:26.04

おおこれはうれしい。
ただ、go mod vendorしたのにvendorだけじゃなくて$GOPATH/pkgにも展開されてしまうのは
そういうもんなのかな。あえてvenrorを使う必要もなさそうだからいいけど。

**デフォルトの名無しさん** · 2018/12/05(水) 21:51:50.63

goでwebサービス作ろうかと思ってるんだけどginとbeegoならどっちがおすすめかな？
ネットの情報だとginの方が優勢っぽいんだけどこれはgoが規模大き目のweb開発に向かないわけではないよね？

**デフォルトの名無しさん** · 2018/12/05(水) 22:28:05.87

goでの大規模開発は複数のマイクロサービスで成り立ってるのが主流だから、単体だと機能少なくていいんだよ

**デフォルトの名無しさん** · 2018/12/05(水) 22:47:27.41

>>509
それは分かるんだけどフルスタックなFWでモノシリックなサービス作るのにjavaより劣る点があるのかな？開発者数以外で。

今は過渡期でマイクロサービスやってるような敏感企業が先行してgo導入してる(gin流行る)→数年後、技術者が増えてjavaのポジションにgoが座る(フルスタックFWも流行る)。
なんて事を妄想してるんだけど、実際にgo使ってる人からするとこの妄想は無理がある？

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

Googleが小中規模だと思うならどうぞ。
GoはGoogleの要望から生まれたも同じだから。

**デフォルトの名無しさん** · 2018/12/06(木) 07:33:16.31

>>510
可能性としては大いにあるけど、確実なことは誰も分からんよ
少なくとも今よりは採用例が増えるし、中にはモノリシックなでかいシステムを組むところももちろん出てくるのは間違い無いと思う