Go言語を嫌う6個の理由 - さめたコーヒー

ある仕事でそれまでRubyで書かれていたサーバーサイドをGo言語ですべて書き直すことになって、それまでRubyのコードを書いていた僕はそのままGo言語を書くことになった。その仕事そのものはお客様（僕は外部委託のエンジニアとして参画していた）との関係も良好で素晴らしい仕事をさせてもらうことができたと思っているが、Go言語だけは好きになれなかった。 はじめは流行っている言語だから何か素晴らしい魅力があるのではないかと期待していた。しかし書き始めるうちにどうも自分には合わないなと思うようになり、2年ほど書いて案件の契約が終わる頃にはGo言語でサーバーサイドを書くことは危険だとさえ思うようになった。 あれから数年がたちますますGo言語の案件は増えている。サーバーサイドを書く選択肢としてGo言語を選択する会社も増えている。しかし本当にそれでいいのか？ただ流行っているからという理由だけで選択するにはあ

[mattn]

一通り読んだけど文化の違いが嫌だという話であって、Go のデメリットだとか危険性の妥当な理由は読み取れなかった。あと Ruby だと1人が Go だと3人は盛りすぎかと。

[L3msh0]

Goのメリットを享受するためにデメリットを理解しつつ敢えて選択するなら別にいいんだけど、流行ってるからって普通のWebアプリケーションをなんとなくGoで作るのは悪手だと私も思う

[w1234567]

RubyやScalaみたいな表現力が高い言語はもっと綺麗に書けるとかこうするべきだとか不毛な自転車置き場の議論が出てきてウンザリする、Goはそういうことを諦めて目の前のアプリ開発に集中させてくれるから好き

[send]

並行処理が書きやすい better C なのでそういうところに使う分にはかなりいい。広告などの配信サーバとか。普通の Web アプリとかだと、なんで go 使うんって気分にはなるな。

[t-wada]

プログラミング言語への悪感情は「利用を強いられる構図」から発生しがちなので、「それはつらいね」「そんなこと言わせてごめんな」という感想になることが多い

[nrtn]

コードレビューするときにシンタックスシュガーが少ないので大変らくであります。Rubyは好きだけどメタプロの呪文みたいなコードがPRされてるときがあって紐解くのに苦労した思い出。

[for-my-internet-demo]

数年goでやってるけどうちだと大半の仕事の複雑さはビジネスロジック屋さんだから、それに向いた表現力ある言語でやるべきだなあとは思った。トラフィック捌く系とかあとは非機能要件ならめっちゃgo向いてる気はする

[lirlia]

goは嫌いじゃ無いけど、pythonと比較してデフォルトでできることが少なくてちょっとした文字操作とか自前の関数用意しないといけないのが辛い

[takc923]

"僕の知人がGo言語でなにかやろうとするたびに僕はかならず「それは愚かな選択ですね」とか「それは間違った文明ですね」などと声をかけるようにしている" うわぁ

[mrkn]

Lispが好きな人にとってGoは地獄だよね。よく分かる。

[nagatomo-beautiful55]

一つの意見としてですね。

[kita-tuba]

嫌いということは伝わりました

[nabinno]

比較対象言語のPros/Consと各機能を比較表にまとめた上で、この文章を添えると良いかな。周囲に何度も声をかけるくらいなら意見を1つにまとめてURLを送った方が説得力が増すと思うよ。

[imwks]

"僕の知人がGo言語でなにかやろうとするたびに僕はかならず「それは愚かな選択ですね」とか「それは間違った文明ですね」などと声をかけるようにしている"いいね！Goなんか書きたくないわ

[mr-csce]

例外を投げるタイプの例外処理はマジでない方がいいだろ

[als_uz]

“map, reduce のような機能がない ” これでだいぶ心折られる

[katsyoshi]

郷に入っては郷に従え

[twatw]

否定から入らずに言語選定のプロセスの確認と、より良い選択肢がないかの討論にすれば顰蹙買わないのでは Goが汎用的には扱いにくい言語なのはわかる

[yojik]

goは内包表記を入れてほしいな。(既存のライブラリにインパクトを与えずコンパイラの変更だけでいけそう)

[masatotoro]

わかりみ←はじめて使った

[RC30-popo]

日本のIT産業はライン単価で成立しているから、for文で行数増やした方が売上上がる。あと、map,reduceだの、リスト内包表記だの使うと、安い単価のIT土方に保守を引き継げない。

[baronhorse]

シングルバイナリが手軽で良いわ。dockerイメージも小さくし易いしシンプルな API書く時は便利だと思う。import “html/template” が出てくるようなやつは rubyとか使った方がってのはある。ジェネリクスはそのうち入るぽいよ

[tattyu]

あんまり巨大になるものにGo使おうって思わないな。。

[yarumato]

“Go言語はサーバーサイドに不向き<-JSON読み込み前に同様の構造体をネストぶん全部定義する必要。Go言語は単に機能不足でmapがなくforで書くと記述量が多く維持性が低く人件費がかかる。実行ファイルのサイズが巨大”

[sugimomoto]

なんか、嫌う理由をとうとうと述べるのお疲れ様、という感じだなぁ、、、。 いつも思うんだけど、これは自分が嫌いな理由を並べることで、何を得ようとしているんだろう？

[hnw]

この記事を受けてGoの圧倒的メリットみたいな話も読みたい。私個人の意見としてはmiekg/dnsのようなUNIX C・network寄りのニッチなライブラリが実戦投入レベルまで育ってるのが凄いと思ってる。あとポータビリティと（文字数

[IZqCqpA629KuL1]

個人的には動的型付け言語の方がよっぽど危険だという印象。まぁ今の時代にforループ回しまくる書き方が嫌という話はわからなくもない。

[Derabon]

go言語は数プロジェクトで使った程度だけど嫌いではない。ただ、記述量が多くなるのもわかるし、そういう思想の言語というのも理解しているつもり。

[hamamuratakuo]

Go言語はベターCの１つという認識。高機能なベターC/C++が欲しいなら、今ならRustでOK？

[monomoti]

なるほど、nilとJSONに関しては本当に嫌だな。少なくとも、「何でもかんでもGo」というのは間違っている。でもRubyは読みづらい。

[Cherenkov]

配列関数しょぼいのはいやだな

[taguch1]

ruby のプログラムのメンテはgoとは違った辛さがある。書くのが楽より読むのが楽な方がトータルではいい気がしてる。多少冗長でも今は型とAOTコンパイラから離れたくはないな。1.8になればちょっと楽になるはず。

[gengesa]

「JSONを扱うのに構造体定義が必須だからクソ」の項目はさすがに目を疑う。静的型付け言語を使うというのはそういうこと

[zetamatta]

『コードの記述量が多いことによりメンテナンス性が下がる』読み返したがここがそもそもの勘違いだ。短く書けてしまう事が時に逆にメンテナンス性を下げる事を理解していない。書きやすさ≠読みやすさなのだ

[o108minmin]

気持ちはわかる

[kyuuuuuji]

機能不足な感はある

[nicht-sein]

"昨今はエディタの保管機能がとても優秀だがそれでも保管したコードが間違っていないかどうか確認する必要がある"なるほど。確かにそのようだ

[hdampty7]

まあ、どれもこれも一長一短、ケースバイケース。無理してGo使う必要性はないけどじゃあ、何使うといいのかと言われるとよく分からんよ。オススメを教えて下され。

[aike]

Rubyは使えば使うほど手に馴染む言語で、GoやPythonは初心者も上級者も同じようなコードが書ける言語でどっちがメンテしやすいかは思想の違い。ドメインやシステム規模や人員スキルによってどの言語が向いてるかはある。

[awkad]

こういうこと言う人は仕事としてのプログラミングよりも趣味としてのプログラミングを重視してる印象。COBOLはクソと言う人に似ている。