規模の大きい本番システムをGo言語で書き直した感想 - ワザノバ | wazanova.jp

http://matt-welsh.blogspot.com.au/2013/08/rewriting-large-production-system-in-go.html Go言語の４周年をテーマにしたgolang.orgのブログで紹介されていた、GoogleのMobile Web Performanceチームに所属するMatt Welshのブログです。大規模な本番システムの作り直しにGo言語を採用した経験を語っています。 1) 背景 C++のオリジナルのコードベースは問題なく作動していたが、何年も複数の目的の違うプロジェクトで共有されていたため、スピーディーに改修するのが難しくなっていた。（何のシステムなのか具体的に書いてないのは残念。。） イメージフォーマットをトランスコードするライブラリはC++で完璧に動作していたので、そのまま残し、それ以外を全てGo言語で書き直した。 元のコード

[gfx]

interfaceの意図しないimplementsやリファクタ時にimplementsをすべて確認しないといけない点が苦労している、と。

[nishitki]

規模の大きい本番システムをGo言語で書き直した感想 - ワザノバ | wazanova.jp

[kgrock]

規模の大きい本番システムをGo言語で書き直した感想

[zetamatta]

『Go言語で、21,000行、121ファイルのコードベスになった。オリジナルのC++は、460,000行、1,400ファイル。もちろんこの差分は、機能を一部に絞り書き直した結果であるが』#golangjp

[daimatz]

“どのタイプの変数なのかが明示されてなければ、調べなくてはいけなくなる。” これな

[Hash]

"C++の場合、数十のソースファイルにまたがった非同期コールバックのチェーンが、goroutineのおかげで、数百行のコードで一つのファイルにまとめることができた"

[otiai10]

この二つが大きい気がします “非同期コールバックのチェーンが、goroutineのおかげで” と “コードがモジュール間でうまくわかれ、依存関係がわかりやすい”

[UDONCHAN]

参考になる

[lesamoureuses]

“Goで苦労していること”

[umisama]

近々原文も読もう。

[kimutansk]

C言語と同じ位置づけで、非同期コールバックのチェーンをシンプルに書ける、ですか。それだけでも結構惹かれるものが・・・

[hush_puppy]

コードを読む時間が減れば、生産性が大幅アップということか。

[Jxck]

“Goで苦労していること”のところ、結構分かる。

[moznion]

参考になる

[udzura]

iihanashi