1年前、漠然とした計画——トレーディングツールの構築、コンサルティングの提供、そして成り行きを見守る——を胸に、Sage Ideas LLCを設立しました。以下が率直な回顧録です。
リリースしたもの
Nexuralエコシステム — 相互接続された7つのシステム：
- トレーディングダッシュボード（185テーブル、69 API、Stripe課金）
- Discord AIエンジン（30以上のコマンド、GPT-4o、12フェーズ）
- リサーチエンジン（71以上の指標、戦略分析）
- アラートシステム（.NET 8、NinjaTrader連携）
- ニュースレタースタジオ（自動化コンテンツパイプライン）
- 戦略トラッカー（パフォーマンス分析）
- 自動化スイート（61テストスイート）
AlphaStream — MLトレーディングシグナル（200以上の指標、5モデル）
RiskRadar — ポートフォリオリスクプラットフォーム（Ledoit-Wolf、CVaR、最適化）
このポートフォリオ — あなたが今読んでいるサイト。SLO、インシデント訓練、ライブダッシュボード、27のアーティファクト、51のブログ記事。
書籍 — トレーディングに関する120,000語。24章。編集段階。
アクティブトレーディング — NinjaTrader上の8銘柄。ES、NQ、CL、GCなど。
費やした時間に価値があったもの
Nexuralプラットフォーム。 私のポートフォリオの目玉です。面接やクライアントとの会話は、必ず「185テーブルのプラットフォームを構築したんですね？」から始まります。このプロジェクトの深みが、小さなプロジェクトを12個作っても決して開けなかった扉を開いてくれます。
ブログ。 51本の記事は、「この人は深く考えている」と示す作品群です。どの記事も共有可能なアーティファクトです。仕事に応募する際、関連する記事へのリンクを添付します。履歴書の箇条書きよりもはるかに説得力があります。
プラットフォームエンジニアリングページ。 SLO、インシデント訓練、セキュリティ実績——このページだけで、面接での会話が「コードは書けますか？」から「運用経験について教えてください」に変わりました。この変化こそが、ミドルレベルのオファーとシニアレベルのオファーの差です。
削るべきだったもの
Nexuralニュースレタースタジオ。 構築したが、ほとんど使わなかった。トレーディングコミュニティが求めていたのはメールニュースレターではなく、Discordアラートでした。構築前に需要を検証すべきでした。
複数のAPIテストフレームワーク。 似たようなことをするリポジトリが3つあります：API-Test-Automation-Wireframe、API-Testing-Framework、そしてE-Commerce-Test-Suite内のAPIテストスイート。3つの中途半端なフレームワークではなく、1つの優れたフレームワークを構築すべきでした。
ビジュアル回帰テストスイート。 Percy連携はクールですが、リポジトリのコミット数は1、テスト対象ページは1です。その時間をE-Commerce-Test-Suiteの改善に充てていれば、最高のQAリポジトリはさらに強力になっていたでしょう。
構築について学んだこと
最初のバージョンは醜くてもリリースする。 Nexuralダッシュボードの初回デプロイは恥ずかしいものでした。スタイリングなし、モバイルレイアウト崩れ、プレースホルダーデータ。しかし、公開してフィードバックを得たことで、バージョン2はその10倍良くなりました。
構築しながらドキュメントを書く。後回しにしない。 事前にドキュメント化したシステムはすべて、保守が容易でした。「後でドキュメントを書く」と言ったシステムはすべて、3ヶ月以内に謎の箱と化しました。
ポートフォリオこそが仕事である。 私はほとんどのクライアントプロジェクトよりも、sageideas.devに多くの時間を費やしました。そのROIは莫大でした——インバウンドの関心、より高いレベルから始まる面接での会話、そして履歴書の箇条書きでは決して伝えられない運用成熟度の証明です。
次に構築するもの
ロードマップには3つの項目があります。
既存プロジェクトの改善。 ポートフォリオ上の11の公開リポジトリには、より充実したREADME、より多くのコミット、より良いCI、そして実際のスクリーンショットが必要です。量より質。
Terraformモジュールライブラリ。 何度も構築してきたパターンに対応する、再利用可能なAWSモジュール。これにより、ポートフォリオのインフラ面のギャップを埋めます。
オープンソースへの貢献。 小さなPRであっても、確立されたプロジェクトへの貢献は信頼性を高めます。実際に使用しているプロジェクト（Next.js、Supabase、Playwright）に対して、5〜10の意味のある貢献を目指します。
正直な数字
| 指標 | 値 |
|---|---|
| リリースしたシステム数 | 7 |
| 設計したデータベーステーブル数 | 185 |
| 構築したAPIエンドポイント数 | 69 |
| 執筆したブログ記事数 | 50 |
| 執筆した書籍の語数 | 120,000 |
| 取得した認定資格数 | 9 |
| 稼働中のテストスイート数 | 61 |
| GitHubコミット数 | 500以上 |
| 生み出した収益 | 非公開だが、構築を賄うには十分 |
| 作業時間 | 数え切れないほど |
結論
1年間パブリックに構築して学んだことは、仕事そのものがポートフォリオであるということです。箇条書きのリストではなく——実際に稼働しているシステム、正直なブログ記事、あなたを超えて生き続けるドキュメンテーション。
自身のエンジニアリングブランドを始めようとしているなら、私のアドバイスはシンプルです：本物のものを作り、執拗にドキュメントを書き、失敗について正直になり、準備ができる前にリリースすること。
完璧なポートフォリオは存在しません。しかし、リリースされたポートフォリオは存在します。
