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/05(日) 11:32:12.52

言語はやりたいことから覚えていってしまうから、自分も体系的に覚えた言語はないな。
本買って知らなかったこと勉強したりしたのも数少ない。
Goは言語の覚えることは少ないイメージ。環境周りは知っとくべきことが色々ありそう。

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

>>714
,netは最初から無料ですよ
有料なのはVisual Studio
最近は.net coreってオープンソースのもあるし

web系の言語で有料なのってJavaくらいじゃないの

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

>>713
Goを全面的に採用するような組織は言語側にバグがあっても自分で直してプルリク出しちゃうだろ
逆に言えばそこまで出来ないなら大人しく金はらって有料の言語を使えという話

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

フリーソフトを使おうが使うまいが「大事なシステムでバグを出したヤツは誰だー!」ってなるだけ。

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

>>717
Goってプログラミングで騙して回避できないような言語バグって残ってるのか?

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

責任負えるの？って観点でjavaが選択されてたのか…

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

マイクロソフトはこっちが切羽詰まった状況の場合は
期限切って回答くれたりするからねえ
グーグルにはそんなことは期待できない

**デフォルトの名無しさん** · 2019/05/05(日) 13:38:21.41

>>713
Goに限らずOSSで作ったシステムで障害になった時に責任求められるような組織や契約で働いた事ないから考えたことない

**デフォルトの名無しさん** · 2019/05/05(日) 14:13:46.60

日本マイクロソフトって、Office2016以降のVBAで日本語モジュール名使ったら動かなくなるバグを、
previewで指摘されていたにもかかわらず無視して、そのままリリースさせちゃったところか。
後日アナウンスされた対処法は前のバージョンに戻す方法だけだったな。security fixもあったのに。

OSS使う人は、責任云々じゃなくて、どうすれば直るかを考えるんじゃないかな

**デフォルトの名無しさん** · 2019/05/05(日) 14:17:23.25

OSS選定みたいな技術選定でエンジニアが責任とらないなら誰が取るんだ？まさか、このOSSがバグったんで俺らは悪くないです、が通じるの？

**デフォルトの名無しさん** · 2019/05/05(日) 14:30:56.36

うちの会社だとエンジニアという職種の人達は責任とらんだろうな。
それを承認した上の責任だとか、そんなこと言う。
最早、エンジニアではないのかもしれん。

**デフォルトの名無しさん** · 2019/05/05(日) 14:38:12.02

javaも選定すること自体が冒険みたいな時代があったけど、もうすっかり安定の規定路線になったよね。
その次に来るのがこのGoかな？と思って見てる。
広く普及しそうと騒いでたのがjava以降いくつか出たけどjava程にはならなかった。
もっと別の場所から出て欲しいけどね。
言語の発祥地としてはGoogleは閉鎖的に過ぎるように思う。

**デフォルトの名無しさん** · 2019/05/05(日) 14:42:23.90

責任云々の話はサービスの種類にもよるんだろうな
銀行とかじゃそういう話になっちゃうんだろう

俺はゲーム系で、多くてもサバクラでクライアント外注くらいの登場人物しかいないから
誰が悪いとかじゃなくまず直そうよって話に普通はなる
その後で必要なら、技術選定方法の見直しはやるかもね

責任誰が取るんだ？とか「何言ってんの？」ってリアクションになりそう
工程の見直しですらない無駄な振り返りというか

**デフォルトの名無しさん** · 2019/05/05(日) 15:39:13.17

てか有料だからって責任取るわけでもないしな。
どうせ問題解決させられるならソース見れる方がいいわ。

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

>>713
＞　社長が「大事なシステムをフリーソフトで開発したヤツは誰だー!」って
この文章がかなり基地外じみてて笑える

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

企業システムの場合だと、その会社での開発規定みたいなものがあって、そこで言語やソフトウェアも標準というのが決められてる。
それ以外のものを使うなら、それが標準より優れているってのを書面で説明してしかるべく部署とかに承認されないといけない。

**デフォルトの名無しさん** · 2019/05/05(日) 18:01:57.21

フリーソフトという言葉が笑えるｗｗｗｗ

ゲームを何でもファミコンという世代なんだろう

**デフォルトの名無しさん** · 2019/05/05(日) 18:38:38.88

>>728
責任はとらないけどメーカーの責任と言うことには出来る
ソフトウエアの事が何も分かってない経営層に対する言い訳にはなるかも

**デフォルトの名無しさん** · 2019/05/05(日) 18:48:27.54

「言い訳するな！」って怒鳴られそうｗ

**デフォルトの名無しさん** · 2019/05/05(日) 18:58:59.55

どの言語にもGoでいうchannel的なもの欲しくなる

**デフォルトの名無しさん** · 2019/05/05(日) 18:59:37.77

>>732
その言い訳の連鎖の先が今のSIerの状態なわけだけどな。
あれは経営層、営業、プログラマ、誰も幸せになっとらんぞ。

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

>>735
責任取りたくない連鎖でもありますよ
非効率な前世代の開発手法がまかり通てます

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

責任なんてだれも取らないよ
再発防止策伝えて終わり

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

「有料の言語」ってなかなかのパワーワードだなw
仮に有料の何かを使ったとしても責任のなすりつけ先が他に出来るだけでバグ自体が消えるわけじゃないのに

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

>>730
そういう昭和で頭が止まってるような会社ははなからGoなんて興味すらないからこの話題には全く関係ない
ちなみに日本の老舗大手でもGoを使ってるところは既にある

**デフォルトの名無しさん** · 2019/05/05(日) 21:30:24.71

awsとかgcpとかパブリッククラウド使ってたらSLA決まってるから許諾して使ってるだろうし落ちてもごめんなさいだけど、
オンプレでGo使ってるところは知らんな
どうなの？

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

単に有料なだけのツールの大半は責任を擦り付けることもできなかったりするしな。

**デフォルトの名無しさん** · 2019/05/05(日) 21:39:22.99

バグ出したやつは誰だーって言う前にテストエンジニアがデバッグしてんだろ？
テストエンジニアが無能なだけじゃん

**デフォルトの名無しさん** · 2019/05/05(日) 21:42:53.49

20年前ならいざ知らず、有料のものなら安心だと思ってる奴なんて実在するの
というかもはやOSSを一切使わずにシステムを構築する方が逆に難しいと思うんだが

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

有料のはサポートを打ち切られたらそこで終わりってのが怖いな
OSSなら頑張ればなんとか使い続けることができるだろうけど、それができん
俺が使ってるRuby Motionなんていつ終わるかわからんし、終わり間際にOSSにしてもくれないだろう

**デフォルトの名無しさん** · 2019/05/06(月) 07:45:41.46

>>739
ITに限らず最大手の会社には一定数の天才がいるから実は割と新しいものに対しても柔軟なんだよな
やばいのは業界内の二位集団みたいな企業

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

ズレてる奴いるけど言語のバグの話だろ

**デフォルトの名無しさん** · 2019/05/07(火) 16:53:29.51

バグが見つかった時にまず誰が責任とるんだって話になるトンチンカンな会社ならそうだろうね
新卒で入ったところはそんな感じだった

**デフォルトの名無しさん** · 2019/05/07(火) 17:55:34.11

統制の一部として、保守サポートがあるものを使う、ということを是としてる企業はまだ多いからね。
保守サポートがあれば、何か問題あったらそこに責任を押し付けられるという謎理論。

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

世の中の家電はlinuxベースのものだらけだよな
デジタルTVも多分100%そう
androidもlinuxベース
webサーバもかなりlinuxに乗ってるものが多い

もちろんGPLライセンスなのでlinuxにバグがあっても無保証
そこに世界中の家電メーカーなどが乗っかってる

**デフォルトの名無しさん** · 2019/05/07(火) 19:33:26.66

組み込みはいいんだよ、linuxでも。実績ができちゃってるから。最初に採用させた人は頑張ったろうけど。
次に組み込みでlinux、android以外ってのは国内企業は受け入れられないぞ。

**デフォルトの名無しさん** · 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

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