強い思想: Go を Web 開発に採用する上で

Go は Web 開発に向いているか？ 最も向いている領域は「CLI ツール」「ミドルウェア」「マイクロサービス」だと思っている。なぜならそれらはコードベースを比較的小さく抑えることを前提としているからだ。 Go は大きなコードベースを抱えやすい設計の言語になっていない。 ミドルウェアとマイクロサービスに関しては小さく作ることが正義。 CLI ツールに関しては単一責務なツールであれば小さくなるが，複数を束ねるツールであっても Web サービス開発に比べれば考えることは少なくて済む。 Web 業界における「一般的な Web 開発」，すなわちモノリスを基本とした中規模以上の開発にははっきりと 向いていない と言うべきだろう。 フラットパッケージは正義か？ 私が SNS で何度か言及した以下の記事がある。 フラットパッケージ戦略は，確かに Go の文化圏においては一定の支持を集めている。Go の

[fn7]

“完全回避する人が多いのには頭を抱えている。” error返さないインターフェースがpanicするくらいなら素直にエラー返せよとは思う。すまないが同意できない。

[takafumiat]

なんでみんなGo言語やりたがるのか謎よな。もはや宗教だと思う。

[hirosuegari]

わかる部分もあるが、PHPの重力に魂を縛られているようにも見える

[theatrical]

向いていないといっていながら、それでもなおGoを使う理由の説明がないまま、使うための方法論が来るので、「向いてないと思うなら使わなければ良いのでは」と言う感覚になってしまう。

[versatile]

まぁGoはWebに向かないってことで・・・

[lufiabb]

公式はフラットパッケージを推していないし、ライブラリ使うなとは言ってないし、panicも(乱用は良くないが)絶対使うなとも言ってないので、この内容で言語を主語にするのは言葉が強いと思う。

[tacamula]

“最も向いている領域は「CLI ツール」「ミドルウェア」「マイクロサービス」だと思っている。なぜならそれらはコードベースを比較的小さく抑えることを前提としているからだ” わかる

[dotneet]

コードベースを比較的小さく抑えることを前提としているのはマイクロサービスだけな気が。CLIツールとミドルウェアは小さく抑えてるわけではなくそれで済む場合が多いだけで大きいものもそれなりにありそう。

[paulownia]

"YAGNI という言葉に甘んじて設計を放棄する" これは私の知っているYAGNIとは違うな。必要になると分かっている事をやらないという意味でYAGNIを使ってる人がいるなら君は間違ってると言った方がいいと思う

[ed_v3]

何と比べるか次第な気がする。Rustよりは向いてる。RailsとかPHPみたいなWeb開発のためのものよりは向いてないとは思うけど今新規でその辺は選びづらいしなぁ。JS/TSはエコシステムがまともならなぁ…という感じでムズい。

[sonots]

“最も向いている領域は「CLI ツール」「ミドルウェア」「マイクロサービス」だと思っている。なぜならそれらはコードベースを比較的小さく抑えることを前提としているからだ” はい

[takeshiketa]

お爺ちゃんなのでC(!), perl, Java, PHP, Ruby, Go それぞれの言語で、それなりのサイズのアプリ書いた経験あるけどPHPが一番キツかった

[masatotoro]

goとweb app

[moriken1098]

好きじゃないんだろうなぁ、じゃなくてぶっちゃけ好きな人しか選んでないだろGo。それ以外の選定理由が薄い所多い。

[love0hate]

他言語にあるデファクトと呼べるようなフルスタック MVC フレームワークの存在がないから向いてないと言っていそうに見える。分からなくもないが、仮に存在していたら意見が変わってそう程度の話にも見える。

[slack_pulse]

“Go は大きなコードベースを抱えやすい設計の言語になっていない” 本当に言語自体の設計の問題なのかな？単にソフトウェアの設計の問題な気がしてならない

[boomerangj]

とはいえ、マイクロサービスも多くのシステムで向いているかというと…

[prograti]

"最も向いている領域は「CLI ツール」「ミドルウェア」「マイクロサービス」だと思っている" / 2023年Q1のサーベイの結果もそんな感じですね https://go.dev/blog/survey2023-q1-results

[zentarou]

炎上芸の闇に落ちてしまったか

[snowcrush]

この人あんまりGoが好きじゃないんだろうなあ、という感想。他言語と同じようにやりたい人にとってはGoは辛いところがあると思う。だとしても大規模開発って言語に限らず辛いと思うのだが。

[door-s-dev]

システムプログラミングの言語だと思っていたからWeb開発に使われている事に驚く

[otihateten3510]

意識高い系って単にこだわりが強いだけのパターンあるよね

[soybeancucumber]

Webっていってもどういったwebサービスかによるだろ。。。超高負荷なアドサーバーと、管理画面のwebじゃわけが違う。

[manaten]

業務のWebアプリは、業務フローの数だけあるビジネスロジックを、いかに正確に保守性高く（そのために簡潔に）記述できるかがポイントだと思ってる。記述力低いGolangはそういうのには向いてないと思う

[emmeleia]

Goはtry catchがなく、recoverでは意図したエラーだけを処理しづらいからPHPと同列に語るには前提が違うかなと。特にチームでpanicを許可すると意図しない使い方をする人も出てくるので、伝えるなら出来るだけ使わない方かと

[GEROMAX]

パフォーマンスが求められるプロダクトで使えばえんちゃう？そんな無いけど。

[chiroruxx]

概ね同意

[strawberryhunter]

GoはPerlの代替として200～300行以内のプログラムに活用させてもらってるわ。それ以上の規模はちょっと。／Goは大規模に対応できる言語仕様だけど向き不向きはIDEの出来も重要でGoland(有料)が必須。

[yarumato]

“Goは一般的なWeb開発には向いていない。大きなコードベースを抱えやすい設計の言語になっていない。コードベースを比較的小さく抑えることが前提の、CLIツール、マイクロサービス向き。名前の衝突を容易に起こす。”

[iselegant]

理想は言語特性と作りたいものの特性を見て選定、なんだろうけど、まあ現実的には宗派で選定されるところもあるよね。

[taguch1]

向いてないのかもしれんがphp やjava でやるよりは個人的には快適。

[san57]

コードベースが小さいとサービスにとても良い影響を与える場合があまり思いつかないなwebで

[cpw]

Webに使うのは悪くないのだけれど大域脱出がないのが辛すぎる。一生懸命エラー取り回ししても結局500返すだけなんよ。ここだけなんとかなって欲しい。

[u06nh]

結局「大規模開発の中で、マイクロサービスに切り出してGo使うのなら分かるよ。でも例えばViewや、BFFをGoで作るのは正直しんどくないか」っていう全く薄っぺらい話に帰着されるだけの話なのに口角泡を飛ばす必要あるか