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/

**デフォルトの名無しさん** · 2019/05/09(木) 09:40:40.28

だからそんなところで働くなってはなしだろ

**デフォルトの名無しさん** · 2019/05/09(木) 09:54:02.33

おまいらそろそろGoの話題に戻りませんか

**デフォルトの名無しさん** · 2019/05/09(木) 13:26:25.29

だってGo使ってる一人殆どおらんし

**デフォルトの名無しさん** · 2019/05/09(木) 15:53:19.61

お前ら業務以外の趣味の範囲でGoで何作ってる？

**デフォルトの名無しさん** · 2019/05/09(木) 20:48:39.07

goで書いてるというよりかはkubeやdockerのためにソース読むって感じか。

**デフォルトの名無しさん** · 2019/05/09(木) 21:50:10.76

趣味で金を気にしないサバクラゲー作りたくて、鯖側をgoにしようとして勉強してる
まずwebsocketの習作としてニコニコもどき作る予定

**デフォルトの名無しさん** · 2019/05/10(金) 07:11:48.29

サバクラという言葉から溢れ出るおっさん感
いや俺も通じる世代だけどさ

**デフォルトの名無しさん** · 2019/05/10(金) 07:51:34.93

サバクラなシステムは今風だとなんて呼ぶのん？

**デフォルトの名無しさん** · 2019/05/10(金) 08:39:53.42

もはやその構成がデフォルトだから特別な名称はないと思う
少なくともここ数年は聞いたことないし、若い子には通じないと思うw

**デフォルトの名無しさん** · 2019/05/10(金) 09:53:06.19

俺たちの頃はコンピューターは一台でそこにカードリーダーがあって、まだノートPCは存在してなくて、あってもダム端で。。。

**デフォルトの名無しさん** · 2019/05/10(金) 10:38:09.89

それ知ってたらもうおっさんじゃなくてお爺ちゃんだろ

**デフォルトの名無しさん** · 2019/05/10(金) 13:41:11.55

サバクラって死語なの…？(´･ω･｀)
まあ今はなんでもブラウザ使うもんなぁ

**デフォルトの名無しさん** · 2019/05/10(金) 22:14:41.61

サバクラに違和感を感じる
クラサバって言わない？

**デフォルトの名無しさん** · 2019/05/10(金) 22:21:55.07

>>776
天皇陛下世代をおじいちゃんだと
不敬罪で逮捕じゃ

**デフォルトの名無しさん** · 2019/05/10(金) 22:29:31.21

>>778
そうだよね
なんかサバクラって違和感あるなと思ってた
クライアント－サーバーシステムだからクラサバだよね

**デフォルトの名無しさん** · 2019/05/10(金) 22:37:05.98

でもWebアプリも最近はSPAになって「サーバーが」「クライアントが」って会話は増えたよね。
それにしてもみんなサバクラなのか。クラサバじゃなくて。

**デフォルトの名無しさん** · 2019/05/10(金) 22:46:40.84

おじいちゃんは、クラサバしか知らん

**デフォルトの名無しさん** · 2019/05/10(金) 23:47:29.81

クラサバでもサバクラでもいいけどどちらにせよ最近はその言い方聞かなくなったな

**デフォルトの名無しさん** · 2019/05/10(金) 23:49:28.92

はっきり言って死語

**デフォルトの名無しさん** · 2019/05/10(金) 23:52:31.52

さすがに紙テープとかパンチカードだと歴史上の遺物だが
俺が就職した頃はオフコンとかは普通にあったな
パソコンの事を当時のオッサンはノンダム端末とか言ってた記憶がある

クラサバの時代だとup4800とかかな？
ダウンサイジングとかバズワードだったなぁ・・・

**デフォルトの名無しさん** · 2019/05/11(土) 20:40:03.20

>>783
NetWareの時代には良く言ってたがWindows NTになってからは死語かも

**デフォルトの名無しさん** · 2019/05/11(土) 20:43:40.32

>>785
オフコンはIBM Power Systemsで現役ですよ

**デフォルトの名無しさん** · 2019/05/11(土) 22:30:57.16

完全にスレチなんだけどさ
nosql話すスレって2chに無いのかな

**デフォルトの名無しさん** · 2019/05/12(日) 00:05:05.96

>>788
Key-Value StoreやMongoDBのスレがDB板にあるけど過疎ってる

**デフォルトの名無しさん** · 2019/05/12(日) 02:33:35.68

thx

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

>>788
なぜが過疎ってるよな。
多分使ってる人が少なすぎるのが問題なのかなも。

**デフォルトの名無しさん** · 2019/05/12(日) 10:19:34.21

全然違うスレで質問してたので移動してきました。

mattnのsqlite3ドライバとgormを使って
struct Model {
gorm.Model
Name string
}

としたレコードを登録すると、
CreatedAtの自動挿入された日付が全部1899/12/31なんだけど
自動で付与させるための操作が何か必要なんでしょうか

何もしないでもいいものだと思っていたのですけど。

**デフォルトの名無しさん** · 2019/05/12(日) 10:19:42.66

今現場の主力になってる世代は5ちゃんなんて見ないからな

**デフォルトの名無しさん** · 2019/05/12(日) 19:56:52.93

ネオダマ(笑)

**デフォルトの名無しさん** · 2019/05/13(月) 20:05:16.06

>>787
オフコンってASシリーズじゃないの？

**デフォルトの名無しさん** · 2019/05/13(月) 20:34:36.80

>>795
今でもAS/400って呼ぶ人が多いけど、AS/400とRS/6000のハードが統合されてIBM Power Systems
OSは昔と殆ど変わってないです

**デフォルトの名無しさん** · 2019/05/13(月) 21:56:06.23

system 360 がホントは system 365 の意味だったという話

**デフォルトの名無しさん** · 2019/05/13(月) 22:09:21.49

>>797
360度、全包囲網じゃなかったっけ

**デフォルトの名無しさん** · 2019/05/14(火) 08:39:48.15

昨日からGoを始めた
いにしえのCの雰囲気があるねコレ

**デフォルトの名無しさん** · 2019/05/14(火) 11:32:35.26

K&R初版のゲラ以前

**デフォルトの名無しさん** · 2019/05/15(水) 19:59:12.03

モダンなc
なんだけど時代に逆行してる気がしないでもない

**デフォルトの名無しさん** · 2019/05/15(水) 20:03:37.91

最初、type の後置と := を見て pascal みたいだな、って思った

**デフォルトの名無しさん** · 2019/05/15(水) 20:20:41.30

分かる

**デフォルトの名無しさん** · 2019/05/15(水) 21:14:38.49

あんまり不満はないがimport文の範囲指定はもっとどうにかならんかったのかと思う。
あの辺のネームスペースはもう少しなんとか出来るだろ。

**デフォルトの名無しさん** · 2019/05/16(木) 01:10:10.84

モダンな言語で型が後置な理由
https://teratail.com/questions/188903

モダンな言語、それがGolang(´・ω・｀)

**デフォルトの名無しさん** · 2019/05/16(木) 19:50:59.62

関心の的というか集中すべきものは変数名であって型じゃないからな

自分でJavaやC#でコード書いてても先に変数名を書きたくなる

**デフォルトの名無しさん** · 2019/05/16(木) 23:57:45.28

てかストラウストラップもc++で後置にしようとしてたんだぞ。

**デフォルトの名無しさん** · 2019/05/17(金) 02:46:59.09

>>805
古いプログラミング言語にも後置のやついっぱいあるだろ

**デフォルトの名無しさん** · 2019/05/17(金) 03:32:30.17

Pascal 「俺の時代が来たか」

**デフォルトの名無しさん** · 2019/05/17(金) 07:36:08.27

delphiも生きてるしな。。。

**デフォルトの名無しさん** · 2019/05/21(火) 12:19:03.51

Pascalは今となっては簡潔に書けないのが難点

**デフォルトの名無しさん** · 2019/05/21(火) 20:07:47.66

簡潔である必要が？

**デフォルトの名無しさん** · 2019/05/28(火) 10:16:10.30

log.Fatalするくらいなら
panic使ったほうが良くない？

**デフォルトの名無しさん** · 2019/05/28(火) 10:46:11.65

それらは異なる意味合いで作られてる

**デフォルトの名無しさん** · 2019/05/28(火) 12:00:27.70

kwsk

**デフォルトの名無しさん** · 2019/05/28(火) 14:46:19.00

ドキュメント嫁

**デフォルトの名無しさん** · 2019/05/28(火) 19:43:23.66

GOで競技プログラミングしようとしたらどんなpackage構成が正解なんだろ。
今はスニペット関数が衝突しないように問題毎にフォルダ切ってるんだけど何か正解ないのかな。。

**デフォルトの名無しさん** · 2019/05/28(火) 20:43:35.23

Goでやらないのが正解だろ

**デフォルトの名無しさん** · 2019/05/28(火) 21:43:35.06

Goでやりたいねん

**デフォルトの名無しさん** · 2019/05/28(火) 21:56:37.84

その手のバカはgoには向いてないよ。
c++,rust,haskellみたいな俺Tueeeeできる言語使ったらいいさ。

**デフォルトの名無しさん** · 2019/05/28(火) 22:15:30.74

Goでやりたいならフォルダごとに分けるしかなさそうな気がしちゃうね

**デフォルトの名無しさん** · 2019/05/28(火) 23:35:48.29

>>813
panicはdeferが実行される
致命的なエラーが原因によってdeferが実行されては困る場合log.Fatal

**デフォルトの名無しさん** · 2019/05/29(水) 05:38:03.29

>>822
ありがとう

**デフォルトの名無しさん** · 2019/05/29(水) 06:03:28.83

error戻り値は受け取り側が握りつぶして処理を継続できる

panicは呼び出し側直後の処理の継続は阻止できるがdefer内でrecoverすれば握りつぶせるのでその外側では処理を継続できる

log.Fatalやos.Exitは強制終了できるがdeferによるリソース開放やロック解除の処理も実行されず終了する
こんなの使う価値ない

**デフォルトの名無しさん** · 2019/05/29(水) 19:07:28.75

>>824
ありがとう

**デフォルトの名無しさん** · 2019/06/11(火) 01:13:12.54

Goを使ったことないけど、gRPCとMySQLを使ってAPIを作りたい
バリデーションやORMのおすすめってなに？
フレームワーク使ったほうがいい？Ginが人気そうだったけど

**デフォルトの名無しさん** · 2019/06/11(火) 20:50:40.66

GoでORMは外れしかないイメージ

**デフォルトの名無しさん** · 2019/06/12(水) 01:25:19.22

Ginとかechoは使いたかったら使ってもいいと思う
ORMはgormと折り合いつけてうまく付き合うくらいしかなさそう

**デフォルトの名無しさん** · 2019/06/12(水) 19:43:34.95

goでdb使うの？
なんで？

**デフォルトの名無しさん** · 2019/06/12(水) 19:52:23.16

DBは生で使いたいなぁ
ORM避け続けてるわ

**デフォルトの名無しさん** · 2019/06/12(水) 20:43:22.98

薄いORMは便利よ

**デフォルトの名無しさん** · 2019/06/13(木) 01:51:52.11

ありがとう。gormとGinを組み合わせて作ったりするのね。

>>829
既存システムのAPIを作りたくて、Goが候補にあがってる。
すでにあるMySQLのDBもあるのでそれを使うため。

**デフォルトの名無しさん** · 2019/06/13(木) 06:17:29.52

>>830
自分でSQLを書くような単機能のORマッパーもあるからそういうのは使ってるわ
RailsのActiveRecordみたいなのは使わないようにしてる

**デフォルトの名無しさん** · 2019/06/13(木) 07:47:12.90

DB一種類しか対応しなくていいなら、それほど気にしなくてもいい

**デフォルトの名無しさん** · 2019/06/14(金) 01:27:33.96

プログラミング言語別新規求人数
https://image.itmedia.co.jp/news/articles/1906/13/l_sh_prog_01.jpg

**デフォルトの名無しさん** · 2019/06/14(金) 09:13:17.66

AI自走コンテストみたいなのもPythonとScalaだったな
Goで書きたかったな～

**デフォルトの名無しさん** · 2019/06/14(金) 10:44:14.47

アカデミックな人たちってほんとScala好きよね
プロダクトで使うとめんどくさいことこの上ないけど

**デフォルトの名無しさん** · 2019/06/14(金) 12:28:00.48

Unityが言語枠に入ってるのか。。。

**デフォルトの名無しさん** · 2019/06/14(金) 12:38:19.98

SQLの方が驚き

**デフォルトの名無しさん** · 2019/06/14(金) 15:55:18.18

scalaの良さってなによ？

**デフォルトの名無しさん** · 2019/06/14(金) 16:49:08.99

副作用がない
Java資産が使える
コードを非常に短く書ける

**デフォルトの名無しさん** · 2019/06/14(金) 17:10:36.41

Haskellじゃだめなん？

**デフォルトの名無しさん** · 2019/06/14(金) 17:14:04.45

JVMなら正直ScalaよりKotlinの方が実用的だと思う

**デフォルトの名無しさん** · 2019/06/14(金) 17:23:20.00

ですよねー(*´･ω･｀)b

**デフォルトの名無しさん** · 2019/06/14(金) 18:15:55.93

間違いない
scala組は早くkotlinに合流してほしい

**デフォルトの名無しさん** · 2019/06/14(金) 18:54:17.29

そうやって文化の違う声の大きいやつを招き入れると、C++みたいになるんじゃないの？

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

c++みたいにしたい奴は結構いる。
俺は反対だが。

**デフォルトの名無しさん** · 2019/06/16(日) 11:34:06.94

むしろ内部破壊工作をたくらむスパイじゃないかと思える

**デフォルトの名無しさん** · 2019/06/16(日) 12:38:36.88

scalaは実質spark用の言語になった感

**デフォルトの名無しさん** · 2019/06/16(日) 14:49:25.11

Scala民はなぜかKotlinを敵視してるから合流しないと思う

**デフォルトの名無しさん** · 2019/06/16(日) 17:11:02.09

そんなビルド遅い言語は興味ないな

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

こういうやつな

**デフォルトの名無しさん** · 2019/06/18(火) 09:29:42.66

Goでも使っとけ

**デフォルトの名無しさん** · 2019/06/19(水) 05:01:14.42

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/06/21(金) 09:53:14.59

var list []string
if list, err := getList();err != nil{
doSomething()
}

fmt,Println(list)

みたいにerrはスコープ絞りたいけど、listは外でも使いたいときってどうしてる？

list, err := getList()
if err != nil{
doSomething()
}

ずっとこれで書いてるけど、errの汚染が気持ち悪くてしょうがない

**デフォルトの名無しさん** · 2019/06/21(金) 10:08:37.15

{} で囲めばいいと思う

**デフォルトの名無しさん** · 2019/06/27(木) 02:52:20.62

Next steps toward Go 2
https://blog.golang.org/go2-next-steps

**デフォルトの名無しさん** · 2019/06/28(金) 20:22:50.40

var list []string
{
var err error
if list, err = getList();err != nil{
doSomething()
}
}

理解できてなくて、返信遅くなったけどありがとう。
こういうこと？確かにいけるわ

**デフォルトの名無しさん** · 2019/06/29(土) 17:07:31.88

>>857
それ読んだ感じ、Go2ドラフトの3つのうち2つは、近いうちに実装されるみたいね。
ジェネリクスはまだ揉めているようだ。

Go 1.13 → errorに他のエラーをラッピング可能になる
Go 1.14 → ビルトインtry導入

ドラフトのエラーハンドリングはボツになって、代わりにtryになった。
といっても、他の言語のようなtry～catch構文じゃなくて、
if err != nil { return err } のシンタックスシュガーっぽいが。

a, err := foo()
if err != nil {
　　return err
}
↓
a := try(foo())

**デフォルトの名無しさん** · 2019/06/29(土) 21:01:36.05

まあソレでいいんじゃない？

**デフォルトの名無しさん** · 2019/07/07(日) 16:51:17.34

>>859
コピペ冗長なコードが減っていいですね。
1.14待ち遠しいね

**デフォルトの名無しさん** · 2019/07/07(日) 18:06:09.39

糖衣構文と言うことは従来の書き方でも行けるんよね
天才達が考えた事なら間違いない

**デフォルトの名無しさん** · 2019/07/13(土) 18:46:57.15

一見して制御構文に見えないけど制御構文なので不気味だなとは思う

**デフォルトの名無しさん** · 2019/07/15(月) 23:34:52.25

z := try(foo()).bar(try(baz(try(x, err))))
うわあああ

**デフォルトの名無しさん** · 2019/07/18(木) 11:26:51.33

tryリジェクトかよ
エラー処理にどれだけ時間かける気だよいいかげんにせーよ