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/07(火) 19:44:05.48

そういう企業があることはわかるけど
「国内は」とかで語っちゃうのは違う気がする
世界が狭すぎというか

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

GW明けにvscode開いてみたらgoのlanguage serverが新しくなってたのでそっちにしてみたらストレスレスになった。インテリセンス周りとても快適で良い

**デフォルトの名無しさん** · 2019/05/07(火) 23:18:03.07

>>748
その発想が謎すぎる。
有料サポートを選ぶのは「金で解決できるから」でしかないだろ。

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

例えばjavaでもgoでも、十分一般的な技術を選定した上でバグが見つかった場合、責任を取るって具体的に何をするんだろうなw
技術選定プロセスを見直すってもそこらへんの技術を品質とか信頼性の基準で弾くのは無理だろw

**デフォルトの名無しさん** · 2019/05/08(水) 09:58:59.60

アホな会社もあるって話でしょ

**デフォルトの名無しさん** · 2019/05/08(水) 12:01:20.75

昔のジジイどもはそんな意識だったな
windowsにバグがあって「その会社の奴を呼んで来い！休日返上ですぐに不具合を修正させろ！」と叫んでたそうな…

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

今でもFはそうやで…

**デフォルトの名無しさん** · 2019/05/08(水) 13:30:31.80

不治痛

**デフォルトの名無しさん** · 2019/05/08(水) 17:08:39.64

関わりたくねーな、そんなとこ

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

>>754
再発防止≠責任を取る
単にながーい始末書を書かされたり何かしら処分されたりするんでね？
そして貴重な失敗の知見を持った人材が辞めていく

**デフォルトの名無しさん** · 2019/05/08(水) 17:22:12.24

そんなバカなことを、って言ってる人達はエンジニアとして幸せだと思う。
SIerはホントにこんな感じよ。

**デフォルトの名無しさん** · 2019/05/08(水) 17:25:01.13

辞めりゃいいじゃん
エンジニアなんてめっちゃ簡単に転職出来るんだから

**デフォルトの名無しさん** · 2019/05/08(水) 21:32:13.42

んなこたない。
まともなとこに転職するのに俺は少なくとも４社は辞めたぞ。

**デフォルトの名無しさん** · 2019/05/08(水) 21:33:01.15

そんなバカなことを、と言ってる人達は会社に幸せにしてもらってるわけじゃないからな
ダメなら辞めるで通せるだけの努力をしてる

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

>>763
4社辞めても次が普通に見つかる時点でエンジニアは幸せよ
日本でビジネス系だと4社辞めてたら転職多すぎて書類選考時点で不利になる

**デフォルトの名無しさん** · 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を敵視してるから合流しないと思う