Go言語のイケてない部分 - ぐるぐる～

最近色々あって仕事でGo言語を使っています。 色々割り切っている言語なので、こんなこと言ってもしゃーないんですが、言語設計はミスってるんじゃなかなぁ、と思わざるを得ない点が多々あります。 使い始めて1か月くらいなので間違ったことを書いているかもしれませんので、何かあれば指摘していただけるとありがたいです。 本文ではネガばかり羅列していますが、ランタイムとツール周りは気に入っています。 Goのランタイムを使う、もっと洗練されたAlt Go的なものがあるといいのに(もしくはジェネリクスのったGo2を早くリリースしてほしい)、と思う日々です。 追記: なんか意図とは違った受け取られ方をしている方もいるので追記します。 この記事はあくまで、「Go言語を学ぶにあたって躓いた点」を列挙し、まとめ、理由を考えてみる(教えてもらう)ために書いたものです。 Go言語自体はDisってますが、Go言語ユーザーを

[bleis-tift]

> id:sin20xx 多値をその名の通り複数の値と考えると、可変長引数関数に固定値を渡しても、残りを多値で埋めてもいいと思いませんか。多値も関数呼び出しの引数もスタックに積む値なら、自然な拡張に思えます。

[cad-san]

基本的に、C言語以上C++11未満の範囲で、手続き型言語の作法が一意に書ける辺りを目指した言語なので、数値演算等の汎化前提の分野には向いていないですね。多分一番活きるのは組込Linuxとかだと想う。

[z67kjh]

この手のエントリに沸きがちなGo警察が全く沸いてないのはちょっと、いや、とても意外

[turanukimaru]

Goは雑に書けるCとかネイティブなPerlくらいに考えてる。マイクロサービスやCGIより複雑なことをやるには向いてない。

[p_tan]

ほらー、やっぱりF#と.NET Coreでよいんですってー。.NET Core 3でシングルバイナリ作成できるの期待してますんでー。

[maru2tech]

バックエンド9割にgoを使ってる身としては、struct/interfaceについてのみ同意。他はそういう言語ということで慣れたら別に大したこと無いし困りもしない

[delphinus35]

あれ。switch で多値使えるけど……？ これじゃダメ？ https://play.golang.org/p/ncSxSx4Gkvu

[zenito9970]

ｺﾞｰﾗﾝ、基本的にセンスがなくてパワーのある連中が作っている言語なので、G社以外に最適になるようには作られていない

[uzimith]

Interfaceがnilになる条件が値がnilだけじゃなくて型もnilである必要ある（ちょっと正確じゃないかもしれない）のもクソポイント高いと思う

[doroyamada]

「GO」という名なのに行けてないと。

[yoshikidz]

ちょーわかる。Goを褒めた後に、わかりやすくスコープきりにくいのが難点だけど。って最後に言ってまうのが口癖になってる。

[jj1hgp]

同意できる部分がある。

[ka2nn]

言語仕様に関してはフレームワークやライブラリ作る時に少し悩むことがあるけど、ビルド&運用の手間のバランスが良いので主に使ってる。他の言語使えばそれはそれでもにょるし、今後改善してくれれば嬉しい

[s_hiiragi]

書いてて気になるポイントがまとめられてた

[tmatsuu]

わかる。確かに最初実際に手を動かしたときに混乱した。とはいえ、他言語に比べれば癖は少ない言語じゃないかと個人的には思う。

[gabuchan]

わかるわ〜。こうかな？→あれ？だめか。→調べるもしくは人に聞く→えーそうなのー！？（クセのある仕様だな）がだいたいこの辺り。

[kaz_hiramatsu]

ついにGoの出番

[kfujieda]

わかる。書いてるうちにマヒしてくるけど。

[t_yano]

多値と代入演算子周りは、一つのエンティティに複数の意味合いが込められてる感があってコンプレクトしてる感はあるなー

[xrekkusu]

わかりがありすぎる Go言語のイケてない部分 - ぐるぐる～

[versatile]

多値ひろし。Go警察どもがキモいのは、こういう記事に対しても、「でもこれくらいしか気持ち悪くないのは優秀」という結論への誘導。完全に信者じゃん

[ragion]

Go、やめないといけないし、反論がくだらないことこのうえない。

[u_tis]

Go、基本的に大好きなんですが、これに関しては感覚が麻痺してしまったという所感です。それでいいと思ってるんですけどね。

[digo]

Go大好きだけどすごく頷ける内容。でも使ってるうちに「べつにいっか」ってなってくんだよね。。

[otoan52]

goって、自動的な並列実行を組み込もうとしてなかったっけ？繰り返し周りに変な制約があるのはその辺の気がするけど。

[Fushihara]

最近Goやろうかなと思ってたけどどうしよっかな

[y-kawaz]

本題読んで無いけど言い訳追記から始まってて読む気失せた。

[t10471]

errのやつは結構面倒くさいなーと思うことはあるな、リファクタリングしてると :=を=に直したり、その逆が結構出てくるなー。別にGo好きじゃないけど、KubernetesとかDockerで動かすのに今のところベストではあると思うけど

[yubessy]

わかる

[koyancya]

慣れなんだろうけど、これに慣れたくないというのはある

[junpeso]

issueに書けばいいのに

[ykore52]

=と:=の2つの演算子を使い分けないといけないの、理由はあるんだろうけどイケてないなーと思った

[sin20xx]

個人的には多値に関する意見はイケてないとは思わないかな。特に「多値をひと塊で扱える例外: 同じ形の多値を取る関数にそのまま渡す」あたりはむしろなぜそれができると思ったの？と逆に単純な疑問がわいてくるかな

[w1234567]

GoはVB6と同じ匂いがする、機能が少なくダサくてイケてないことが結果的にプログラマのオナニーコーディングを防止して仕事の生産性を上げてる

[h_taiji]

書いてある指摘事項とか、全然意識してなかったけど、GOでプログラム作ってると、手に馴染むな道具やな〜って、感想。ちなみに、今はバッチ処理にしか使ってない