Goで開発していたが、途中でPythonに切り替えた件を振り返る。 - Qiita

イントロダクション 目下、開発中のプロダクトなので詳しいことは書けないのですが、いろいろと気付きの多い出来事だったので、 少し自分自信の振り返りも兼ねて、投稿してみたいと思います。 これは、決してGoよりPythonのほうが優れているとかそういった話ではないです。 今回、自分は開発者というよりプロジェクトマネージャー（以降、PM）という立場になります。 Goの採用 当社のコア技術はPythonなのですが、今回、開発にあたってGoを採用していました。 主な採用理由としては、「プロトコルとしてgRPCを採用するにあたって、gRPCとの組み合わせ事例が多い」からでした。 gRPCの採用理由は、「同時に企画されていた別プロダクト（Python）との連携が想定されており、異なるプログラミング言語間でも型を維持したままデータ交換が可能」なことからでした。 当初は、プロダクトのリリース時期も未定でプロト

[pixmap]

どの技術が優れているかという話ではなく、いつでも他の技術で置き換えられるようなポータビリティが重要で、それを踏まえた設計になってたのが功を奏したように見える。

[circled]

ORMについて常に思うのは、SQLで頑張りまくって来た人は生SQLの魅力に勝てないところ。また、ORMで複雑なクエリを高速化するのは別の知識がいる。それが嫌だから「ここは生SQLで書こう」とか言っちゃう。

[peketamin]

"PMは開発メンバーよりも長期的な時間軸で物事を考えないといけない" ポイントオブノーリターンに達する前に引き返したのは勇気のある決断で、英断だと思った

[rti7743]

目的は新技術を使うことじゃなくて、サービスを完成させることだからな。

[fjwr38]

んー、まぁウェブアプリだとゴリゴリなビジネスロジック組むのは色々厳しいだろうなと/Goだと

[tmatsuu]

外部の評判よりも自分たちの実績・経験を重視するのだいじ。彼を知り己を知れば百戦して殆うからず

[nakag0711]

話題の新技術が思ったより不便だったりするのはよくある。ただあまり保守的になり過ぎるのも危険

[pullphone]

まあ、そういう開発手法を望んでいるならいいんじゃね？ご自由に…という感じはある / 万単位の rps 捌くゲームのバックエンド golang で作ってた（る）けどビジネスロジック組むのが厳しいと思ったことは一度もない

[letitride]

“決められた納期内に開発を終えられるか分からない”　これ辛いよね。スマホアプリ黎明期に、「スタートアップが開発したアプリでやってることと同じ機能の見積もり取れ」とか調査するにもしんどかったわ

[su_zu_ki_1010]

受託開発でも見習うところはある。厳しいと判断したときの見極めるタイミングが大事。

[nilab]

「Goを選択したメンバーが諸事情により離脱」「ORMの充実具合がPythonのDjangoと比べたとき、Goだと十分ではなかった」「「プロトタイプ的に作ってきたとはいえ、一部の機能も出来上がっているので」(中略)コンコルド効果」

[noritada]

自分たちが作るのだから、自分たちの経験をもとに、自分たちの頭で考えることが重要。

[p1ass]

ORMね〜

[y-kawaz]

元々gRPCで他と連携する要件があったのがGoの選定理由ででかかったけど、連携先がポシャったなら、残ったメンバでやりやすいやり方にするのは妥当。元々プロトタイピングだったようだし。

[hachibeechan]

サンクコストに負けずにこういう判断できるのしゅごい。個人的な経験だとリッチなORMを選ぶという思想がそもそもGoと噛み合っていなくて、sqlxあたりがいろんな判断のボーダーラインだとおもう

[lont_in]

DjangoのORMは非常に容易なのでこの感覚はわかる

[inductor]

いいんだけど「自分の知らない間にORMのバージョンが上がっていて、しかも動かなくなった箇所がある。」これがよくわからなかった。go modulesでバージョン固定してなかったから？revertじゃどうにもならなかったのかな。

[lorenz_sys]

プロだな。言語やF/Wの選定においては好きとかこれ使ってる奴はイケてるとかじゃなくあくまでもビジネスとして履行義務を果たせるか否かということしかない。新技術使いまくりオレカコイイの人は参考にした方がいい。

[tito1201]

似たような事があったのを思い出した(結局Goで押し切られたけど)

[chinpokomon_master]

イキらないこと、それが一番大事。カッコつけてGoとか選ぶやつは二流。

[TakamoriTarou]

言語云々もだけど、技術選択の考え方として参考になる。 ただ、結局弊社では最初に開発していたらその後切り替えるのは、無理かなあと言う感ある。技術論ではなくて政治的な話で。

[honma200]

言語で煽っている感はあるけども、ちゃんとPMとして方向転換できたという教訓のある良いお話でした

[dowhile]

ORMかあ

[hamamuratakuo]

Googleの課題解決（to solve problems which are at the scale of Google, that basically involves thousands of programmers working on large server software hosted on thousands of clusters.）のために開発された言語をパネイルが使用することの優位性が見当たらない。