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/12/18(火) 00:25:18.02

例外機構がないの不便じゃね

**デフォルトの名無しさん** · 2018/12/18(火) 01:28:03.40

ジェネリックないのは不便じゃね

**デフォルトの名無しさん** · 2018/12/18(火) 08:13:21.99

例外は不便じゃないが、ジェネリクスは確かに欲しいっちゃ欲しいけど、無くてもなんとかしてた、かなぁ。
Go 2のジェネリクスは早く来て欲しい。

**デフォルトの名無しさん** · 2018/12/18(火) 17:24:06.41

例外はデメリットも結構あるから、Goはこれでいいと思う。
どうしても例外使いたけりゃ他の言語を選べばいいだけだし

**デフォルトの名無しさん** · 2018/12/18(火) 21:40:50.49

>>530

そう。javaのやつ。

あれからいじくり回した結果、自分でメソッド生やせば似たような事はできた。
そしてjavaのenumに求めていたような事はgoでは違う方法で実現すべきという気がしてきた。。

**デフォルトの名無しさん** · 2018/12/18(火) 22:25:39.60

レガシージャバで嫌な思いしてきたからgo最高ですよ

**デフォルトの名無しさん** · 2018/12/18(火) 22:56:38.25

ジャバパーには百億万年はやいわ

**デフォルトの名無しさん** · 2018/12/19(水) 17:31:27.87

そりゃ違う言語なら違うやり方を選ぶべきだよ。
と、かつてCOBOLの流儀で書かれたJavaに殺されかけたおじさんはそう思うよ。

**デフォルトの名無しさん** · 2018/12/25(火) 20:36:11.45

リモートプロセスとchannel通信したいと思ったんだけど、netchanってもう非推奨なんだよね。
代わりになるものって無いのかな。

**デフォルトの名無しさん** · 2018/12/26(水) 09:24:38.30

Rpcで普通に使った、ような気がするけど忘れた

**デフォルトの名無しさん** · 2018/12/26(水) 14:18:53.66

標準パッケージだとrpcしかないか。
channelから取得したデータをrpcで投げるブリッジを自分で用意すればなんとかなるかな。
それにしてもなんでnetchanやめたんだろうね。

**デフォルトの名無しさん** · 2018/12/29(土) 00:31:26.22

log.Fatal()を呼び出したときdeferが実行されない罠なんなんですか

**デフォルトの名無しさん** · 2018/12/29(土) 00:41:06.26

panic()使ってmain()のdefer内のrecover()で拾ってlog.Fatal()使えってこと？

**デフォルトの名無しさん** · 2018/12/29(土) 19:03:32.68

Go2っていつ出るの？

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

>>543
log.Panic()使えばいいんじゃね？
それとも、同じ関数内のdeferは呼びたいけど上位のdeferは処理したくないってこと？

**デフォルトの名無しさん** · 2018/12/30(日) 22:55:53.71

Fatalは致命的なのでリソース解放とか気にしている場合じゃないのです

**デフォルトの名無しさん** · 2018/12/30(日) 23:01:13.81

致命的な状況でFatalの代わりにPanicを呼ぶのは妥当ではありません
プログラムの実行の継続をしてはいけない状況でPanicはプログラムを終了できる保証はありません

**デフォルトの名無しさん** · 2018/12/31(月) 08:20:24.36

目的で使い分けりゃいいだけの話。defer呼びたいっていうことならPanicでいいだろ。

**デフォルトの名無しさん** · 2019/01/01(火) 05:38:49.30

goでシフトキーを破壊する皆さん

**デフォルトの名無しさん** · 2019/01/15(火) 19:29:05.98

放置してたチュートリアルを、最近また始めた。
前はエラーのinterfaceが理解しきれず詰まったんだけど、
今回やり直してやっと原因がわかった。

fmt.Errorfで返せばええやん
interfaceの説明のためにエラーを返すためだけのタイプ作ってるってことが今はわかったけど、
前はその意図が全く理解できず放置になってしまった
そういうとこあかんよねgo言語(´・ω・`)

**デフォルトの名無しさん** · 2019/01/15(火) 19:34:19.92

それはお前の頭が悪いせい

**デフォルトの名無しさん** · 2019/01/15(火) 20:08:32.41

または前の関数使い回さず、
interfaceに変えた上で実装なら筋が通ってる
あんな使い方するシチュ無いよね？

**デフォルトの名無しさん** · 2019/01/17(木) 00:32:20.13

これの話か？
https://blog.golang.org/error-handling-and-go

**デフォルトの名無しさん** · 2019/01/17(木) 02:16:19.75

あーごめんこれ
https://go-tour-jp.appspot.com/methods/20

■正答とされているもの
func (e ErrNegativeSqrt) Error() string {
return "cannot Sqrt negative number: " + fmt.Sprint(float64(e))
}
func Sqrt(x float64) (float64, error) {
if x < 0 { return x, ErrNegativeSqrt(x) }
}

実際やるなら普通こうだろ！と思った答え

■その1　fmt.Errorfつかう
func Sqrt(x float64) (float64, error) {
if x < 0 { return x, fmt.Errorf("cannot Sqrt negative number: %f", x) }
}

■その2　interfaceで揃える
type FloatValue float64
func (x FloatValue) Error() string {
return "cannot Sqrt negative number: " + fmt.Sprint(float64(x))
}
func (x FloatValue) Sqrt() (float64, error) {
if x < 0 { float64(x), x }
}
func main() {
o := FloatValue(2)
fmt.Println(o.Sqrt())
}

typeにErrorを実装することでinterfaceの条件を満たせるんですよってのが演習の目的なんだと思うけど、実際こんな実装するの？って疑問に思った。行数限界

**デフォルトの名無しさん** · 2019/01/17(木) 02:23:39.13

>>553
リンク先ちゃんと読んでなかった
いろんな回答例出てるのね

ただ出題の前提条件はやっぱおかしいというか、無理がある気はする

新しい型:
type ErrNegativeSqrt float64
を作成してください。

こんな事普通しないよね？
という話でした
明日にでも読んでみますわブログ

**デフォルトの名無しさん** · 2019/01/17(木) 08:27:18.50

>>555
普通するかどうかは問題じゃない
言語の機能を一通り学ぶことがチュートリアルの目的なのだからね

**デフォルトの名無しさん** · 2019/01/17(木) 09:30:20.17

>>556
ユースケースって大事だと思うけどなぁ
最初何やってるか、何やろうとしてるか理解できなかったし

**デフォルトの名無しさん** · 2019/01/17(木) 09:32:44.24

あとここに書いたのは、
正答の例って使うシーン無いよね？ってのが本当にわからなかったからでもあります(´・ω・`)

**デフォルトの名無しさん** · 2019/01/17(木) 10:58:58.69

> こんな事普通しないよね？
golangではする

**デフォルトの名無しさん** · 2019/01/18(金) 04:19:34.68

>>555
エラーの型を作るのは深いところからerrorが戻ってきたときに何のエラーか特定できるようにしてエラー次第で処理を分岐するためなのではないの？

**デフォルトの名無しさん** · 2019/01/18(金) 09:28:00.56

>>560
戻ってきたときにはエラー型になってるから型判定は無理で、
メッセージで判定するならその階層のために型を作る必要が無いのではなかろうか
まだ上のリンク読んでないから、違ってたらすまん

**デフォルトの名無しさん** · 2019/01/18(金) 10:16:32.64

エラーってインターフェースだから、タイプアサーションで型判別は出来るんでないかい？

**デフォルトの名無しさん** · 2019/01/18(金) 10:36:45.47

>>562
ありがとうございますorz
なるほどswitch型アサーションしてエラー処理出来るのね。。

**デフォルトの名無しさん** · 2019/01/18(金) 23:27:56.14

goに関係なくインターフェースって言葉自体を理解してなさそう

**デフォルトの名無しさん** · 2019/02/07(木) 07:54:44.36

すまんがA Tour of Goの次はどこ行けばいいの？
さしあたっての到達地点はgRPCでWebAPIを書くことなんだけど、おすすめがあったら教えて

**デフォルトの名無しさん** · 2019/02/15(金) 13:13:33.89

これってなんで通らないんですか？
https://go-tour-jp.appspot.com/moretypes/18

package main

import "golang.org/x/tour/pic"

func Pic(dx, dy int) [][]uint8 {

image := make([][]uint8, dy)
for y := 0; y < dy; y++ {
image[y] = make([]uint8, dx)
}

for y := 0; y < dy; y++ {
for x := 0; x < dx; x++ {
image[y][x] = uint8((x + y) / 2)　　//14行目
}
}
return image
}

func main() {
pic.Show(Pic(10, 10))　　//21行目　pic.Show(Pic())なら通る
}

エラー内容
prog.go:21:14: cannot use Pic(10, 10) (type [][]uint8) as type func(int, int) [][]uint8 in argument to pic.Show

**デフォルトの名無しさん** · 2019/02/15(金) 15:36:27.49

引数が間違ってるからでしょ、pic.Showは、f func(int, int) [][]uint8、これを受け取るのだから
その書き方だと、[][]uint8しか受け取ってない、因みにpic.Show(Pic())も通らないはず
pic.Show(Pic)なら通る

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

そうだったのか、そもそもを全く勘違いしてたよ
Pic()の戻り値である[][]uint8を渡してるんじゃなくて、Pic関数を渡してるのか
ありがとう

**デフォルトの名無しさん** · 2019/02/19(火) 05:27:35.05

go
https://pc12.5ch.net/test/read.cgi/tech/1257920595/ 2009年に華々しく初登場。3日で消化
Go part2
https://pc12.5ch.net/test/read.cgi/tech/1258183436/ まだまだ衰えず10日で消化
Go part3
https://pc12.5ch.net/test/read.cgi/tech/1259072043 だいぶ落ち着いてきた3ヶ月で消化
Go part4
https://pc12.5ch.net/test/read.cgi/tech/1265620273 ほぼ1年で消化。すっかり普通のスレに。
Go part5
tech/1327216227/ 17res。オワコン
Go 総合スレ
tech/1342535690 再建。しなかった。4resでアイちゃんフィニッシュ
Go の宿題片付けます
http://mevius.5ch.net/test/read.cgi/tech/1257968644/ part1の頃立った残骸。

Go language part 1
2013年開始、4年で消化。
https://mevius.5ch.net/test/read.cgi/tech/1381374291/

**デフォルトの名無しさん** · 2019/02/19(火) 11:08:52.79

Goのシンプルさを再認識した
これ(・∀・)ｲｲﾈ!!

**デフォルトの名無しさん** · 2019/02/19(火) 19:18:38.14

Mapがない言語から来たんで、どう役に立つのかよう分からん
よくある辞書型とはちがうんか？

**デフォルトの名無しさん** · 2019/02/19(火) 22:31:32.89

namespace周りはもう少しなんとかなりそう。
検索するのが意外と不便。

**デフォルトの名無しさん** · 2019/02/19(火) 23:29:09.12

>>571
https://github.com/gorilla/websocket/blob/master/examples/chat/hub.go

> type Hub struct {
> // Registered clients.
> clients map[*Client]bool

最近見てへーと思ったwebsocketのサンプルチャット
typeのポインタをmapのkeyにしてる

**デフォルトの名無しさん** · 2019/02/26(火) 15:19:01.78

1.12リリースあげ
TLS1.3自前実装とは恐れ入る。

**デフォルトの名無しさん** · 2019/02/26(火) 21:17:21.73

TLS1.3ってHTTP/3.0とセットじゃなかったっけ？

**デフォルトの名無しさん** · 2019/02/26(火) 22:15:32.04

全く知らないんだけどちょっとググったんだけど
HTTPS的なものなの？

**デフォルトの名無しさん** · 2019/02/26(火) 23:10:40.23

http/3とセットなのはquic
quicはtls 1.3を参考にしてるけど別物

httpsのs (secure) 部分の最新仕様がtls 1.3

**デフォルトの名無しさん** · 2019/02/27(水) 09:18:36.45

>>577
それだ

**デフォルトの名無しさん** · 2019/03/18(月) 09:30:47.58

go案件は増えてきてるのにここの書き込みが少ないのは5chの人気が衰退してるってことなん？

**デフォルトの名無しさん** · 2019/03/18(月) 17:51:45.26

うん
新しいものに敏感な今の若い子は5chを見ない

**デフォルトの名無しさん** · 2019/03/18(月) 20:15:25.92

2chの代わりってどこなんだろう
Teraなんとかとqiitaなのかな

**デフォルトの名無しさん** · 2019/03/18(月) 21:03:22.79

genericsが正式リリースされたら使ってやろうと様子見。

**デフォルトの名無しさん** · 2019/03/18(月) 22:29:22.94

ジェネリクスが入ったら、インターフェイスで書くのはレガシーになるんだろうか

**デフォルトの名無しさん** · 2019/03/18(月) 22:35:05.51

goで書くのがレガシーになる

**デフォルトの名無しさん** · 2019/03/18(月) 22:36:37.66

すごく愚地独歩のAAが貼りたい

**デフォルトの名無しさん** · 2019/03/18(月) 23:13:13.98

Goは難しすぎる
Cに挫折して流れてきたけどCの方がまだわかりやすいと思える

**デフォルトの名無しさん** · 2019/03/18(月) 23:54:00.66

C で書いてればいいんじゃないかな

**デフォルトの名無しさん** · 2019/03/19(火) 03:49:05.14

一体どこが難しいんだ？

**デフォルトの名無しさん** · 2019/03/19(火) 08:32:38.96

良かった、やっぱり人居たじゃん。
という釣りだと思うけど

**デフォルトの名無しさん** · 2019/03/19(火) 11:04:06.77

難しくはないけど直感的じゃないしコードの見た目が汚いとは思う

**デフォルトの名無しさん** · 2019/03/19(火) 13:45:39.16

チュートリアルはGoが一番難しかった

**デフォルトの名無しさん** · 2019/03/19(火) 17:06:49.75

そういや、チュートリアルのクイズはなにを求めてるのかよく分からんかったな

**デフォルトの名無しさん** · 2019/03/19(火) 22:40:42.46

例外機構できるまで待つ

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

例外はなくていいけどResultは欲しいな。

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

>>590
ああそれだ
俺みたいにコードを論理ではなく見た目で直感的に解釈するタイプの人間には果てしなく合わない
やっぱこれを作ったグーグルの秀才たちの感性は俺とは違うんだなと思った

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

春休み？

**デフォルトの名無しさん** · 2019/03/20(水) 17:52:20.55

>>590
慣れの問題じゃね？

**デフォルトの名無しさん** · 2019/03/20(水) 19:53:27.76

見知っている言語と似ているようで微妙に違う、不気味の谷を感じることはある。
丸括弧の使い方とかinterface{}とか。contractはさらにキモいな。

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

C作った人がCじゃないものを作ったわけで
他の言語はCの影響どっかしら受けてるだろうから
別物になるのは当然っちゃ当然なような

**デフォルトの名無しさん** · 2019/03/25(月) 20:59:16.24

QiitaじゃGoとかScalaがもてはやされてるけど実務でガッツリ使ってる企業って1%もないよね？

**デフォルトの名無しさん** · 2019/03/25(月) 22:46:04.19

Goはそこそこ使われてんじゃん
ただGoでの求人はないだろうな

**デフォルトの名無しさん** · 2019/03/25(月) 23:05:45.87

>>601
Goの求人普通にあるよ

https://jobs.atcoder.jp/offers/125

**デフォルトの名無しさん** · 2019/03/26(火) 15:30:06.80

Scalaがもてはやされてたのは2017年頃までやろ
昨年は既に空気やで…

**デフォルトの名無しさん** · 2019/03/26(火) 18:04:34.12

よくサーバサイドのエンジニアがJavaScriptの流行り廃り怖すぎwって言ってるけど最近はサーバ側の方が激しくない？

**デフォルトの名無しさん** · 2019/03/26(火) 18:52:03.59

scala嫌いではないけど万人に好かれるような言語じゃないよな、理想に走りすぎてて使いにくいというか
いまscalaかKotlinか選べるなら100人中98人はKotlinを選ぶだろう

**デフォルトの名無しさん** · 2019/03/26(火) 19:18:34.52

誰でも頭が良くなる、プログラムが書けるようになる方法が発見される 83890
https://you-can-program.hatenablog.jp

**デフォルトの名無しさん** · 2019/03/26(火) 19:28:10.27

Rustってあったよね

**デフォルトの名無しさん** · 2019/03/27(水) 01:45:12.87

プログラミング言語ランキング
https://www.tiobe.com/tiobe-index/

**デフォルトの名無しさん** · 2019/03/27(水) 09:35:56.53

情報工学を学んでいない者にも使える言語がこの先生きのこる
GoやJavaScriptみたいな大雑把な言語設計でも直感的に書けるのは大事

**デフォルトの名無しさん** · 2019/03/27(水) 12:54:22.74

何だかんだでJava、JavaScript、PHPが30,40年後も生きてると思う
ぶっちゃけこの3つだけできてれば一生食ってはいけるんだろうな

**デフォルトの名無しさん** · 2019/03/27(水) 13:16:53.05

20年前はcgiと言えばperlだったし
動的なWebコンテンツと言えばフラッシュだった
PHPのCMSと言えばPHPNukeが当たり前だったし
それ以前はそもそもCMSが無かった

先の事なんて判らんよ

**デフォルトの名無しさん** · 2019/03/27(水) 13:49:53.09

今のWebの新規開発はrubyかpythonってイメージある

**デフォルトの名無しさん** · 2019/03/27(水) 13:55:14.82

静的、動的、関数型を一つずつマスターしてれば時代の流れとともに簡単に乗り換えできるし

最初のうちはJava、PHP、Scalaとかでいいんじゃね

**デフォルトの名無しさん** · 2019/03/27(水) 16:23:23.61

今だったらJava(Kotlin)、Python or Ruby、Go
でいいんじゃね

**デフォルトの名無しさん** · 2019/03/27(水) 16:26:35.68

Go、rubypython、node.jsだな

**デフォルトの名無しさん** · 2019/03/27(水) 17:36:50.12

とりあえず、ここGoのスレだからGoは入れようか
他は何でもいい

**デフォルトの名無しさん** · 2019/03/28(木) 17:20:34.25

Kotlin, Go, Python, TypeScript

**デフォルトの名無しさん** · 2019/03/28(木) 21:40:28.66

JavaScriptでちゃんと実務ができれば他の言語とか全部余裕だと思ってる
ブラウザが変わると挙動が変わったりするのは本当にきつい
俺にはフロントは無理

**デフォルトの名無しさん** · 2019/03/28(木) 22:28:51.27

Go,Gopher||JSSyscall/js,Otto

**デフォルトの名無しさん** · 2019/03/28(木) 23:21:03.35

>>613
静的で動的で関数型なTypeScript最強ってか。

**デフォルトの名無しさん** · 2019/03/28(木) 23:35:37.40

小中学校でプログラミング必修化だそうだ
俺ら失職じゃん
小さな頃から仕込まれた才能にはとても太刀打ちできん

**デフォルトの名無しさん** · 2019/03/29(金) 00:08:34.06

職業プログラマで才能が～とかなるシーンてほぼ無いような…

**デフォルトの名無しさん** · 2019/03/29(金) 06:43:30.93

結局のところ授業は国数英社理が9割ぐらい占めてるし
音楽とか美術ぐらいの頻度でプログラミングを学んだところで実務レベルになるとは思えんわ

**デフォルトの名無しさん** · 2019/03/29(金) 07:05:27.93

>>621
そもそも論理的思考は算数・数学で鍛えられるのに、今まで何やってたのかと。

**デフォルトの名無しさん** · 2019/03/29(金) 09:28:53.44

そもそも教える側がね…

**デフォルトの名無しさん** · 2019/03/29(金) 10:08:52.13

論理国語はAI羊の夢を見るか

**デフォルトの名無しさん** · 2019/03/29(金) 12:15:00.12

>>621
家庭科で料理を教えるけど料理人は失職してないよ

**デフォルトの名無しさん** · 2019/03/29(金) 13:48:59.64

料理は人間の食欲に直結する
人間は食べずに生きていく事は出来ない
しかしプログラムは無くても生きていける
いわんやプログラムを書く事をや

**デフォルトの名無しさん** · 2019/03/29(金) 14:12:39.19

プログラムを自分で書かなくても生きていけるけどプログラムが消滅したらもはや生きて行くのは無理なのでは

**デフォルトの名無しさん** · 2019/03/29(金) 15:43:21.44

俺も学生当時は数学なんて勉強しなくても生きていけるって言ってた