// ケースファイル 11 / 19 Altacee// フィンテック · リリース済み
← すべてのケースファイルNeo
自社開発書き込み経路は1本 · 注文は既定でオフPythonFastAPIpytest
01> リリースまでの道のり
// 課題01
注文を出せるシステムは誤った注文も出せます。にもかかわらず多くのトレーディングコードベースは、その権限をリポジトリ内のすべてのファイルに静かに与えています。
// アプローチ02
ブローカーへ書き込めるファイルはただ一つ。他の場所に書き込み系の動詞が現れれば、境界テストがスイート全体を失敗させます。実注文は環境フラグとブラウザ上の人間の確認の背後に留まります。執行はKotak Neo、ヒストリカルはGroww — Kotakはローソク足APIを提供せず、誤ったデータで検証した戦略は検証されていないからです。
// 成果03
戦略は実約定値で検証され、ライブ口座は継続的に読み取られる一方、実注文への経路は意図的に手動のままです。会場の使い分けは仮定ではなく実測に基づきます — 約200件の注文があった一か月の手数料は合計Rs 0.20、他社なら1件Rs 20です。
case --info neo-trading
> クライアント · Altacee
> 業種 · フィンテック
> 技術スタック · Python · FastAPI · pytest
> 結果 · 書き込み経路は1本 · 注文は既定でオフ
> case/neo-tradingリリース済み ▮
同じようなシステムをお考えですか。
何をつくりたいかをお聞かせください。営業トークではなく、範囲を定めた計画をお返しします。