Rails→Goの記事が多いので逆のGo→Railsは貴重な記事。Goだと自前実装が増えて工数がかさ増しになり、実はRailsが合ってるというケースはけっこう多いのではないかと思っている。
型に関して無知で不勉強かつrailsに執着した自閉症たちの盲信と暴挙によるプロダクトの破壊。生産性がないどころか自ら退化するなんて、哀れというより他ないね。
社内ではRubyへの習熟度が高く、Goへのリソース投下が限定的だった。静的型付けの利点よりも、Railsでの素早い開発の方が現状に適しているとのこと。
元々の go や graphQL を採用した理由などは書かれていないけれど、rails の採用は組織改変などでコンウェイの法則が働いた結果ではないかなと思ったり。これか: https://product.st.inc/entry/2025/03/21/115739
パフォーマンスボトルネックがなく、型による恩恵も使いこなせていない、でもテストは書きたい。 ⋯というのなら、TypeScriptの方がいいんじゃないか？ 型を部分的にオフにできるから、型無しでテストを書ける。
「GraphQL stitching」「1つのGraphQL Schemaを複数のサーバーによって提供することを可能にする」技術
現代においては常に選択されるべき正しい言語などなく、特定の言語にする理由がない限り、最も全体のパフォーマンスが出る言語にすればよい。軽トラにロールスロイスのマーリンエンジンを載せても意味ないのと同じ
AIとrailsは相性が良い
現場の話として分からなくはないんだけど、組織的にその課題に向き合えてない結果しわ寄せが現場に来てるようにみえる。それなりに大きい組織かと思ってたけど、そうでもないのかな。
https://tinyurl.com/34nn8w74 https://tinyurl.com/48vevrae https://tinyurl.com/y4njs3ts https://tinyurl.com/2spd5ecc https://tinyurl.com/mrf3xm7u https://tinyurl.com/bde7bzvx https://tinyurl.com/28ws748z https://tinyurl.com/3dm3kkmr https://tinyurl.com/55b4dv9h https://tinyurl.com/34b8bkwz
サービス領域とインフラ系で分かれていたのを統合したことでgo->rubyになるのか。この決断は振り返ると分岐点になるかな。エースクラスの離脱があったのかなとか想像してしまう。 https://product.st.inc/entry/2025/03/21/115739
Goは構造体に変数や関数を追加するスタイルだと破綻するとか構造を設計した人と趣味が合わないと発狂しそうになるとかがあって大きくしてくプロジェクトには実は全然向かない。今のプロジェクト抜けようと思ってる。
Goで作られたシステムをRuby on Railsに移植しています - STORES Product Blog
Rails→Goの記事が多いので逆のGo→Railsは貴重な記事。Goだと自前実装が増えて工数がかさ増しになり、実はRailsが合ってるというケースはけっこう多いのではないかと思っている。
型に関して無知で不勉強かつrailsに執着した自閉症たちの盲信と暴挙によるプロダクトの破壊。生産性がないどころか自ら退化するなんて、哀れというより他ないね。
社内ではRubyへの習熟度が高く、Goへのリソース投下が限定的だった。静的型付けの利点よりも、Railsでの素早い開発の方が現状に適しているとのこと。
元々の go や graphQL を採用した理由などは書かれていないけれど、rails の採用は組織改変などでコンウェイの法則が働いた結果ではないかなと思ったり。これか: https://product.st.inc/entry/2025/03/21/115739
パフォーマンスボトルネックがなく、型による恩恵も使いこなせていない、でもテストは書きたい。 ⋯というのなら、TypeScriptの方がいいんじゃないか？ 型を部分的にオフにできるから、型無しでテストを書ける。
「GraphQL stitching」「1つのGraphQL Schemaを複数のサーバーによって提供することを可能にする」技術
現代においては常に選択されるべき正しい言語などなく、特定の言語にする理由がない限り、最も全体のパフォーマンスが出る言語にすればよい。軽トラにロールスロイスのマーリンエンジンを載せても意味ないのと同じ
AIとrailsは相性が良い
現場の話として分からなくはないんだけど、組織的にその課題に向き合えてない結果しわ寄せが現場に来てるようにみえる。それなりに大きい組織かと思ってたけど、そうでもないのかな。
https://tinyurl.com/34nn8w74 https://tinyurl.com/48vevrae https://tinyurl.com/y4njs3ts https://tinyurl.com/2spd5ecc https://tinyurl.com/mrf3xm7u https://tinyurl.com/bde7bzvx https://tinyurl.com/28ws748z https://tinyurl.com/3dm3kkmr https://tinyurl.com/55b4dv9h https://tinyurl.com/34b8bkwz
サービス領域とインフラ系で分かれていたのを統合したことでgo->rubyになるのか。この決断は振り返ると分岐点になるかな。エースクラスの離脱があったのかなとか想像してしまう。 https://product.st.inc/entry/2025/03/21/115739
Goは構造体に変数や関数を追加するスタイルだと破綻するとか構造を設計した人と趣味が合わないと発狂しそうになるとかがあって大きくしてくプロジェクトには実は全然向かない。今のプロジェクト抜けようと思ってる。