Wantedly における Go 導入にまつわる技術背景 - Qiita

（本記事は Go Conference 2019 Autumn にて無料配布した冊子『WANTEDLY TECHBOOK GoCon Edition vol.2』からの掲載です） 配布した冊子の前半では Go の導入にあたってどのような工夫をしてきたのかを紹介しました。そこに書かれていたように、新しいプログラミング言語を導入するにはそれなりの整備コストがかかります。それではなぜそこまでして Go を導入したのでしょうか。本記事では Go を導入した背景について説明していきたいと思います。 なぜ Go か 技術的・事業的背景 どのプログラミング言語を採用するかや、どのようなアーキテクチャを選定するかというようなことは非常に影響範囲の大きい決断になるため、会社全体の技術的・事業的なコンテキストと切り離しては語れません。そこでまずは Wantedly の技術的・事業的な背景について、この後の話を

[togusa5]

DMCAに基づく削除依頼を自動化するためでは

[seal2501]

“仕様がかっちり決まったものに対しては静的型付け言語はワークしやすいですし、プロトタイピングが重要な役割を果たす開発においては動的型付け言語には一定の価値があります”

[YassLab]

"改善の速度はRailsのものが基準となりますが、Goで同じくことをやるのは難しいというのが試した結果の結論 / Railsサーバーからメールを送るならActionMailerを使えば一瞬でできますが、Goではそこまでの速度は出せません"

[hamamuratakuo]

"動的型付け言語は間違っているプログラムであってもとりあえず走らせることができます"→試作：動的型付け言語、本番：静的型付け言語。ポール・グレアムがLisp（動的型付け言語）を推奨していた理由は開発が早いから

[poad1010]

gRPC/Protocol Bufferを使うなら、それこそ言語依存も無ければ、コードを手短に書けつつ、メモリー使用効率が良い言語となってRustじゃない？って思うんだが… こういうケースはGoである理由がない気がする。 逆にもっと良い