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/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リジェクトかよ
エラー処理にどれだけ時間かける気だよいいかげんにせーよ

**デフォルトの名無しさん** · 2019/07/18(木) 12:13:21.68

今まで通りでいいんじゃね

**デフォルトの名無しさん** · 2019/07/18(木) 14:19:45.16

ほぼ宗教戦争だからな
ただしばらくしたら結局普通に入ると思うわ
他言語からの流入者が増えるに連れてコミュニティ内のtry賛成派が増えると思うし

**デフォルトの名無しさん** · 2019/07/21(日) 17:48:53.13

それ繰り返したらjavaになるだけだろ。バカなのかな。

**デフォルトの名無しさん** · 2019/07/21(日) 17:58:10.25

なんでもそうだけど
初期よりの中期が一番完成度が高い

**デフォルトの名無しさん** · 2019/07/21(日) 19:48:34.89

>>868
良い悪いじゃなくて確実にそうなる。
特にGoはコミュニティの意思が最優先だから、人が増えたら絶対に回避できない。

**デフォルトの名無しさん** · 2019/07/23(火) 19:15:35.27

単純にtryは気持ち悪い

**デフォルトの名無しさん** · 2019/07/24(水) 07:58:26.60

確かに

**デフォルトの名無しさん** · 2019/07/24(水) 10:32:29.91

challenge

**デフォルトの名無しさん** · 2019/07/28(日) 15:45:26.20

nilチェックでいいと思うけどね
Cみたいなもんなんだし

**デフォルトの名無しさん** · 2019/08/02(金) 21:56:22.85

pythonとgoのどちらかを学ぼうと思っているのですがどちらのほうが就職では役に立ちそうですか？

ごく簡単なHPを作れるくらいのプログラミングの知識しかありません

**デフォルトの名無しさん** · 2019/08/02(金) 21:59:32.62

就職云々なら Java がいいんじゃね(適当)

**デフォルトの名無しさん** · 2019/08/02(金) 22:32:26.09

>>875
どういう職に就きたいのかによる

**デフォルトの名無しさん** · 2019/08/02(金) 23:35:29.26

>>876
比較的新しい言語のほうが寿命があるかなと
pythonは今大人気の言語のようだしgoもgoogleだから伸びていくように思います
>>877
特にこれといったものはないですがweb上で動かせるようなのがやってみたいですね

**デフォルトの名無しさん** · 2019/08/02(金) 23:45:25.50

pythonなんてjavaより古い言語なのに。

**デフォルトの名無しさん** · 2019/08/03(土) 00:36:11.96

片方だけとかケチくさいな、両方やればいいのに
Pythonから始める方が楽だと思うが

**デフォルトの名無しさん** · 2019/08/03(土) 03:37:20.59

そういう質問(｀・д・´)ﾔﾀﾞ

**デフォルトの名無しさん** · 2019/08/03(土) 04:15:04.58

初心者はだまって C やっとけ

**デフォルトの名無しさん** · 2019/08/03(土) 18:55:10.96

Web上で動かすって言ってもクライアントしたいのかサーバーしたいのかにもよる
Goスレだから一応言うとGoは基本サーバーアプリケーション向け

**デフォルトの名無しさん** · 2019/08/03(土) 19:55:47.94

goにgo

**デフォルトの名無しさん** · 2019/08/03(土) 20:02:29.51

勉強でwebsocketでチャットするサイト作ってて、
待ち受け用のただのhtml生成と、特定pathでwebsocketでjsonやりとりするようにしてるんだけど
こういうhttpとwebsocketみたいな別機能？って、別バイナリに分けるべきなんだろうか
それはそれでサーバ設定がめんどくさくなりそうなんだけど