RubyとGoでゼロから作る証券システム：高信頼性が求められるシステムのコードの外側にある設計と運用のリアル

Slide 1

Slide 1 text

Slide 30

Slide 30 text

©2026 Bloomo Securities Inc. Ruby/Rails Golang Python TypeScript 本質的複雑性 ❌ ・⾔語やフレームワークがハイレベルなメソッドや DSL機能があり、抽象度⾼く表現できる。つまり記述量は減る。 •個⼈や少⼈数でやる分には⾼速 ⭕ ・⾔語の表現⼒が乏しい分、誰が書いても同じようなコードになる＝2年後の⾃分や他の誰かが読んでも追従可能＝開発チームはスケールしやすい・ドメインへの複雑性に対する向き合い⽅としては DDDの⽂化が他の⾔語より醸成されているので、⽂化とコミュニティーのサポートがしてる。条件付き⭕ ・とくに数値計算や信号処理・機械学習といった分野における豊富なツールと知⾒、エコシステムが確⽴ ⭕ ・Goより表現⼒が⾼い静的型付け⾔語なので、複雑なドメインロジックの記述に向いてる・チーム開発になると抽象度の⾼さが仇になる・動的型付け⾔語という特性もあり、『このメソッドの裏で何がおきてるのか︖』などが置いづらい・上記のような問題に対処するためにチームや組織ごとのルールを決める必要がある＝偶有的複雑性が発⽣している・⾔語そのものの表現⼒は⾼くないので、純粋な記述量は増える・⾼度な数値計算、機械学習、AIなどがコアドメインにこない純粋なWEBアプリは⾮メインストリーム機能⾯における偶有的複雑性 ⭕ ・Railsという1強のフレームワークがあり、Railsを中⼼としたエコシステムと知⾒が⾮常に豊富・WEB開発におけるよくある機能は⼤体デファクトのgemがある。 ❌ ・ライブラリなどは豊富 🔺 ・ライブラリは豊富だが、あくまで機械学習がメインストリーム ⭕ ・多くのライブラリがある・結局カスタマイズが必要になりgemの独⾃拡張などをする⽻⽬になるケースもままある・偶有的複雑性に類する問題に対して本質的複雑性同様に泥臭く⾃分たちで記述する必要がある（本来的にはあまり時間をかけたくない領域）・機械学習に関する周辺ライブラリなどが豊富ではあるが、純粋なWEBアプリやるなら Railsと⽐較すると⼿薄技術⾯における偶有的複雑性 🔺 - ActiveRecordという最強のORMapper ⭕ ・ビルドも⾼速で,ビルドイメージも⼩さい。よってデプロイも⾼速・gofmtによってフォーマットが⾔語レベルで標準化してる・テストツールも標準で提供 ❌ ❌ ・フロントエンドもTypeScriptにするならエンジニア1⼈でも⼀気通貫の開発が可能・本質的複雑性のデメリットに対応するために型システムの導⼊を検討したり,Linterのルールをチームで育てる必要がある・ビルドイメージがでかい=デプロイが遅い・ミドルウェア（HTTPサーバ、ORMapper、DB migrationなど）を⾃分で選ぶか作らなくてはいけない・Python2系3系問題・パッケージ管理ツールの乱⽴・環境構築が沼・Django以外を選んだ場合以外は、ミドルウェア（HTTPサーバ、ORMapper、DB migrationなど）を⾃分で選ばなければいけない・コンパイル（トランスパイル）オプションどうするか、実⾏環境をどうするか（nodejsなのかdenoなのか）といった問題がつきまとう・ツールの移り変わりが激しい

Slide 31

Slide 31 text

©2026 Bloomo Securities Inc. Ruby/Rails Golang Python TypeScript 本質的複雑性 ❌ ・⾔語やフレームワークがハイレベルなメソッドや DSL機能があり、抽象度⾼く表現できる。つまり記述量は減る。 •個⼈や少⼈数でやる分には⾼速 ⭕ ・⾔語の表現⼒が乏しい分、誰が書いても同じようなコードになる＝2年後の⾃分や他の誰かが読んでも追従可能＝開発チームはスケールしやすい・ドメインへの複雑性に対する向き合い⽅としては DDDの⽂化が他の⾔語より醸成されているので、⽂化とコミュニティーのサポートがしてる。条件付き⭕ ・とくに数値計算や信号処理・機械学習といった分野における豊富なツールと知⾒、エコシステムが確⽴ ⭕ ・Goより表現⼒が⾼い静的型付け⾔語なので、複雑なドメインロジックの記述に向いてる・チーム開発になると抽象度の⾼さが仇になる・動的型付け⾔語という特性もあり、『このメソッドの裏で何がおきてるのか︖』などが置いづらい・上記のような問題に対処するためにチームや組織ごとのルールを決める必要がある＝偶有的複雑性が発⽣している・⾔語そのものの表現⼒は⾼くないので、純粋な記述量は増える・⾼度な数値計算、機械学習、AIなどがコアドメインにこない純粋なWEBアプリは⾮メインストリーム機能⾯における偶有的複雑性 ⭕ ・Railsという1強のフレームワークがあり、Railsを中⼼としたエコシステムと知⾒が⾮常に豊富・WEB開発におけるよくある機能は⼤体デファクトのgemがある。 ❌ ・ライブラリなどは豊富 🔺 ・ライブラリは豊富だが、あくまで機械学習がメインストリーム ⭕ ・多くのライブラリがある・結局カスタマイズが必要になりgemの独⾃拡張などをする⽻⽬になるケースもままある・偶有的複雑性に類する問題に対して本質的複雑性同様に泥臭く⾃分たちで記述する必要がある（本来的にはあまり時間をかけたくない領域）・機械学習に関する周辺ライブラリなどが豊富ではあるが、純粋なWEBアプリやるなら Railsと⽐較すると⼿薄技術⾯における偶有的複雑性 🔺 - ActiveRecordという最強のORMapper ⭕ ・ビルドも⾼速で,ビルドイメージも⼩さい。よってデプロイも⾼速・gofmtによってフォーマットが⾔語レベルで標準化してる・テストツールも標準で提供 ❌ ❌ ・フロントエンドもTypeScriptにするならエンジニア1⼈でも⼀気通貫の開発が可能・本質的複雑性のデメリットに対応するために型システムの導⼊を検討したり,Linterのルールをチームで育てる必要がある・ビルドイメージがでかい=デプロイが遅い・ミドルウェア（HTTPサーバ、ORMapper、DB migrationなど）を⾃分で選ぶか作らなくてはいけない・Python2系3系問題・パッケージ管理ツールの乱⽴・環境構築が沼・Django以外を選んだ場合以外は、ミドルウェア（HTTPサーバ、ORMapper、DB migrationなど）を⾃分で選ばなければいけない・コンパイル（トランスパイル）オプションどうするか、実⾏環境をどうするか（nodejsなのかdenoなのか）といった問題がつきまとう・ツールの移り変わりが激しい ෼ੳ͸ݟΔਓͷ໨ઢʹΑΓมΘΔ ɾਂ͍஌ݟΛ࣋ͬͯΔਓ͔ΒݟͨΒۮ༗తෳࡶੑ͕ຆͲͳ͍৔߹ ΋͋Δ ੜ੒"*ͷొ৔ʹΑΓલఏ͕มΘ͖ͬͯͯΔ ɾ"*͸ۮ༗తෳࡶੑͷղফ͸ಘҙ

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

Slide 34

Slide 34 text

Slide 35

Slide 35 text

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

Slide 39

Slide 39 text

Slide 40

Slide 40 text