シリーズ総括|製品開発DXエンジニアの投資術 30記事の集大成

Chelsea-Labs #30 サムネイル

免責事項

本記事はシリーズ最終回として、これまで30記事の総括を行うものです。投資助言を目的としたものではなく、技術・分析手法の紹介です。記事中の閾値・運用ルール・ライフステージ別ミックス比率は教育目的の参考値であり、特定の銘柄・金融商品の売買を推奨するものではありません。投資判断はご自身の責任で行ってください。本記事中に J-Quants API・FMP・SEC EDGAR・EDINET から取得した個別企業の実値・株価実値は掲載していません(教育目的の概念例に限定、利用規約に基づく方針)。CAN-SLIM はオニール(William J. O’Neil)著「How to Make Money in Stocks」で提唱された手法を基にエンジニア視点で再構築しています。

2025年秋から開始した「製品開発DXエンジニアの投資術」シリーズが、本記事で全30回の最終回を迎えました。#01 Claudeに投資相談してみた結果 から始まり、#29 ハイブリッド戦略 まで、シリーズ全体で約45の Python 自動判定モジュールを構築、48以上の設計判断を記録、本業(製造業 R&D + 品質管理)と投資の双方向知識循環を回してきました。DXエンジニアならではの投資術の集大成です。

本記事はシリーズ総括です。3編(基礎編 #01-#10、応用編 #11-#20、発展編 #21-#29)の貫通、48+件の設計判断俯瞰、本業エピソードの索引化、そして今後の発展方向(バックテスト精緻化 / LLM 統合 / 国際分散 / DeFi)までを集大成します。30記事を通して一貫した「絶対値より変化率、突発より連続性」原則が、シリーズ全体を貫く一本の柱として機能してきました。DXエンジニアの皆様にとっての投資術の総括となれば幸いです。

シリーズ全体像 — 30記事の構成

記事番号テーマブランドカラー
基礎編#01-#10インデックス投資 × DX思想Green #38a169
応用編#11-#20高配当株 × データパイプラインBlue #3182ce
発展編#21-#29CAN-SLIM × アーキテクチャ設計力Purple #805ad5
総括#30(本記事)シリーズ集大成全編色

結論:「製品開発DXエンジニアの投資術」シリーズは、本業のスキルを投資に転用する実装パイプラインの構築記録である。30記事を通して、データ取得(J-Quants/EDINET/SEC EDGAR/FMP)→ 自動判定(高配当 + CAN-SLIM C/A/N/PCA/エントロピー/NLP)→ ポートフォリオ統合(ハイブリッド戦略 + ライフステージ別ミックス比率 + NISA/iDeCo 4口座最適化)→ 通知(LINE Messaging API)の運用ループを Python で完成。本業の SPC・FMEA・Phase Gate・PCA・テキスト分類の作法と双方向の知識循環を回し、48+件の設計判断を記録。「絶対値より変化率、突発より連続性」原則が30記事を貫く核心。DXエンジニアならではの投資術が体系化されました。

目次

3編振り返り:基礎編 / 応用編 / 発展編 で何を達成したか

基礎編 #01-#10:インデックス投資 × DX思想(Green #38a169)

基礎編は「投資未経験のエンジニアが最初に取るべき行動」を扱いました。Claude に投資相談する作法、DX 3原則(透明性・再現性・自動化)の投資への応用、複利 Python シミュレーション、信託報酬 0.1% の差が30年で何円になるか、など。インデックス投資という「最初の正解」を理解した上で、応用編・発展編で個別株分析の世界へ進む構成です。

応用編 #11-#20:高配当株 × データパイプライン(Blue #3182ce)

応用編は「インデックスを卒業して、本業のデータエンジニアリングスキルを投資に転用する」段階。J-Quants と EDINET でデータパイプラインを構築、DuckDB で分析基盤を整備、multiprocessing で並列スクリーニング、業種補正・異常値検知・FMEA まで本業の品質管理作法を投資に当てはめました。

発展編 #21-#29:CAN-SLIM × アーキテクチャ設計力(Purple #805ad5)

発展編は「高配当の枠を超えて成長株分析へ、機械学習・情報理論・NLP まで本格的に展開」する段階。CAN-SLIM の C/A/N を実装し、PCA で銘柄相関、情報エントロピーで業種分散、NLP で意味的判定、最終的にハイブリッド戦略で配当 × 成長を統合する集約点まで到達しました。

30記事を貫く一本の柱:「絶対値より変化率、突発より連続性」原則の進化

シリーズ全体を貫く設計原則として「絶対値より変化率、突発より連続性」を一貫して提示してきました。各記事での適用例(v2 D1: 基礎編からの貫通を追記):

原則の30記事貫通マップ(基礎編から発展編まで)

記事原則の適用具体的な実装
#02DX3原則「再現性 = 突発より連続性」透明性・再現性・自動化の3原則を投資に翻訳
#03複利は「変化率の積み重ね」30年シミュレーション、72の法則の数値検証
#04「20年絶対値より変化率」インデックス vs 個別株の長期成長率比較
#08「リバランスは継続性の作法」定期的配分見直しで突発的偏向を防ぐ
#16配当の「絶対額より連続性」連続増配年数 + CV 安定性指標
#17「突発的異常値の検知」IQR + Z + SPC + WER の3-4層フィルタ
#22四半期 EPS の「YoY 変化率 + 連続性」min_consecutive=2、絶対値分母 YoY
#23年間 EPS の「3-5年 CAGR + 連続増益」CAGR 計算 + 連続増益年数
#24C×A の「両軸 PASS の連続性」AND 戦略デフォルト、突発単軸 PASS を除外
#26PCA loading の「経時安定性」compare_loadings_stability、3で2個入替
#27情報エントロピー J の「ΔJ 経時変化」monitor_entropy_trend、ΔJ 0.05 アラート
#28意味的類似度の「ΔSim 経時変化」delta_alert_threshold、突発文書変化検知
#29ポートフォリオの「月次変動率監視」月次リバランス + LINE 通知連携

同じ原則を、複利計算 → リバランス → 配当安定性 → 異常値検知 → EPS 成長率 → 複合判定 → 機械学習 loading → 情報量 → 意味類似度 → ポートフォリオ運用 と、対象を変えながら一貫して適用してきました。

この原則は本業のSPC(統計的工程管理)Phase Gate プロセスに由来します。製造業では「絶対不良数より歩留まり変化率、単発の異常値より連続的な構造シフト」を見るのが標準作法。投資データに転用しても同じ流儀で機能するのが、本シリーズの核心的な発見でした。DXエンジニアの強みが、ここで明確に活きます。

設計判断48+件の俯瞰:応用編 + 発展編の主要決定一覧

応用編 #13-#20 と発展編 #21-#29 で記録した48件の設計判断は、各記事末尾の「俯瞰表」として累積してきました。シリーズ最終回として、カテゴリ別に再整理します(v2 E1/E2: 編境界とカテゴリ整合性を修正):

カテゴリA: データ基盤・アーキテクチャ(9判断)

  • #13 データソース選定: J-Quants + EDINET(公式 API 優先)
  • #14 DB / アーキテクチャ: DuckDB + ELT + マスタ駆動
  • #14 業種別補正設計: industry_indicator_map + direction
  • #14 正規化キー: ticker_normalized 5桁0埋め
  • #15 並列化技術: multiprocessing initializer パターン
  • #15 通知メディア: LINE Messaging API
  • #15 スケジューラ: cron → GitHub Actions
  • #18 マスタ更新サイクル: 四半期レビュー
  • #18 テーブル PK 設計: 複合PK / 単列PK 使い分け

カテゴリB: 評価指標・閾値設計(13判断)

  • #16 連続増配判定: 連続非減少(同額据え置きOK)
  • #16 EPS 安定性指標: 変動係数 CV + 線形回帰
  • #16 新規上場銘柄の扱い: 5期未満は CAUTION 強制
  • #17 異常値検知: IQR + Z + SPC + WER の3-4層
  • #17 市場全体ショック対応: 絶対値 + TOPIX 相対値併用
  • #18 業種粒度: 10→25業種
  • #18 業種別主指標数: 1業種1主指標
  • #19 集中度指標: HHI 2000/3000
  • #22 YoY 計算ロジック: 絶対値分母
  • #22 連続性判定: min_consecutive=2
  • #23 CAGR 期間優先順位: 5年優先 + 3年フォールバック
  • #23 赤字期 CAGR 扱い: None で CAUTION
  • #27 判定閾値: 銘柄数 tier 別

カテゴリC: 機械学習・情報理論・NLP(11判断)

  • #25 テキスト分析手法: 簡易キーワード(LLM 切替可)
  • #25 N 4観点の統合: テキスト × 高値の2軸 AND
  • #25 株価/ファンダのバランス: 両軸併用
  • #26 PCA 入力特徴量: 定量10個(多重共線性回避)
  • #26 標準化方法: StandardScaler(外れ値時 RobustScaler)
  • #26 採用主成分数: 累積寄与率80% + Scree Plot
  • #27 対数の底: 自然対数(log2 切替可)
  • #27 シェア計算ベース: 時価総額加重デフォルト
  • #28 NLP 手法デフォルト: Sentence-BERT 多言語
  • #28 多言語対応: 共通モデルで日英統一
  • #28 類似度閾値: 手法別固定(TF-IDF 0.3 / SBERT 0.6 / OpenAI 0.7)

カテゴリD: 統合・ポートフォリオ・リスク管理(15判断、v2 E2: #21 市場カバレッジを移動)

  • #19 相関分析期間: 過去24ヶ月 + 直近6ヶ月
  • #19 FMEA RPN 重み: 等倍積(S × O × D)
  • #19 ポートフォリオテーブル: 個別銘柄評価とは別テーブル
  • #20 master_runner 方式: NotImplementedError 委譲
  • #20 業種カバレッジ: 25業種で時価総額9割
  • #21 成長株フレームワーク: CAN-SLIM
  • #21 パイプライン再利用: 応用編流用、判定層拡張
  • #21 市場カバレッジ: 日米両市場(FMP + SEC EDGAR)
  • #23 可視化粒度: PASS 銘柄のみ詳細
  • #24 複合戦略デフォルト: AND(OR/重み付け 切替可)
  • #24 9セル表示粒度: 9セル全表示
  • #24 バックテスト粒度: 概念実装のみ
  • #29 ハイブリッドスコア統合: 線形重み付け + composite 優先利用
  • #29 ライフステージ区分: 3区分 × リスク許容度3段階 = 9パターン
  • #29 5層フィルタ + 段階的緩和: relaxation_stage 0→1→2 で透明化

本業エピソード索引:製造業 × 投資の双方向知識循環

シリーズを通して、本業(製造業 R&D + 品質管理)の経験を投資に転用する事例を多数記録してきました。同時に、投資の発想を本業に逆輸入する架空シナリオも記述。双方向の知識循環がシリーズの独自性です。これこそが DXエンジニア視点の投資術の核心です。

本業 → 投資 への転移(主要エピソード索引、v2 D4: #22 行追加)

本業の作法投資への転用該当記事
プロトタイプの直近期間性能評価四半期 EPS の YoY 急成長判定#22
SPC(統計的工程管理)4軸異常値検知 IQR/Z/SPC/WER の3-4層#17
FMEA(故障モード影響解析)業種分散 RPN(S × O × D)#19
Phase Gate プロセスCAN-SLIM N 要素の半定量化#25
多変量プロセスデータの PCA銘柄相関分析 + 業種クラスタ可視化#26
不良要因分布のエントロピー監視業種分散 ポートフォリオ多様性#27
特許明細の NLP 分類有報 N 要素の意味的判定#28
マルチ製品ライン戦略配当 × 成長 ハイブリッド戦略#29

投資 → 本業 への逆輸入(架空シナリオ集)

  • #22: 投資の YoY 計算(絶対値分母)が本業のプロトタイプ性能評価を強化
  • #23: 投資の CAGR 連続性判定が本業の世代別 R&D 評価を強化
  • #26: 投資の PCA loading 安定性監視が本業のプロセス管理を強化
  • #27: 投資の HHI vs エントロピー併用が本業の品質指標体系を強化
  • #28: 投資の3層手法選択フレームが本業の文書分析を強化
  • #29: 投資のライフステージ別ミックス比率が本業の事業ライフサイクル管理を強化

応用編で確立した双方向の知識循環が、発展編・統合まで一貫して機能してきました。DXエンジニアの投資術が、ただの個人投資にとどまらず、本業のスキルアップにも還元される構造です。

月次運用ループの最終統合:30記事の成果物を1ファイルで動かす

30記事で構築した全モジュールを統合し、「月次リバランス → LINE 通知」を1コマンドで実行する最終スクリプトを示します。これがシリーズの自動判定運用の集約形です。v2 D3: Step 2/5 を実コード化(v1 のコメントアウトを解除)

# run_monthly_pipeline.py — 30記事の成果物を統合した月次運用ループ(v2: 実コード化)
# 動作環境: Python 3.11+ / シリーズ全体の依存ライブラリ
# 実行: python run_monthly_pipeline.py [life_stage] [risk_tolerance] [market_regime]
import sys
from datetime import date
from pathlib import Path

# 発展編 統合(#29)
from hybrid_score import compute_hybrid_score, judge_hybrid
from lifestage_mix import get_mix_weights, adjust_for_market_regime
from five_layer_filter import filter_chain_to_final_picks, explain_final_picks
from notify_hybrid_portfolio import (
    allocate_to_accounts, generate_action_recommendations,
    format_portfolio_message, push_line_notification,
)

# 発展編 事業構造分析(#26-#28)
from run_pca import run_pca
from compute_entropy import compute_shannon_entropy
# NLP は重いので必要に応じて遅延 import

# 応用編(#15 + 各判定器)
from screen_parallel_v3 import run_screening_v3  # 高配当 + C/A/N + 複合

def run_monthly_pipeline(life_stage: str = "40s_50s",
                            risk_tolerance: str = "moderate",
                            market_regime: str = "neutral",
                            notify_line: bool = True) -> dict:
    """シリーズ全体を統合した月次運用ループの自動判定実行(v2: Step 2/5 実コード化)"""
    today = date.today()
    print(f"=== 月次運用ループ実行 {today} ===")
    print(f"プロファイル: {life_stage} / {risk_tolerance} / market={market_regime}")

    # Step 1: スクリーニング(既存パイプライン呼び出し)
    screening_result_path = run_screening_v3(composite_strategy="and")
    import pandas as pd
    screening_result = pd.read_parquet(screening_result_path)

    # Step 2: ライフステージ別ミックス比率(v2 D3: 実コード化)
    base_weights = get_mix_weights(life_stage, risk_tolerance)  # type: ignore[arg-type]
    weights = adjust_for_market_regime(base_weights, market_regime)  # type: ignore[arg-type]
    print(f"ミックス比率: 成長 {weights['growth_weight']:.0%} / 配当 {weights['dividend_weight']:.0%}")

    # ハイブリッドスコア計算(PASS 銘柄を抽出)
    hybrid_pass_tickers: set[str] = set()
    for _, row in screening_result.iterrows():
        score = compute_hybrid_score(
            {
                "high_dividend_overall": row.get("high_dividend_overall"),
                "can_slim_c": row.get("can_slim_c"),
                "can_slim_a": row.get("can_slim_a"),
                "can_slim_n": row.get("can_slim_n"),
                "can_slim_composite": row.get("can_slim_composite"),
            },
            growth_weight=weights["growth_weight"],
            dividend_weight=weights["dividend_weight"],
        )
        if score["hybrid_score"] >= 7.0:
            hybrid_pass_tickers.add(row["ticker_normalized"])
        # スコアを screening_result に追加保存
        screening_result.loc[screening_result["ticker_normalized"] == row["ticker_normalized"], "hybrid_score"] = score["hybrid_score"]
        screening_result.loc[screening_result["ticker_normalized"] == row["ticker_normalized"], "growth_score"] = score["growth_score"]
        screening_result.loc[screening_result["ticker_normalized"] == row["ticker_normalized"], "dividend_score"] = score["dividend_score"]

    # Step 3: 5層フィルタチェーン + 段階的緩和(pca_picks/nlp_pass は別途取得想定、概念例)
    filter_result = filter_chain_to_final_picks(
        screening_result,
        hybrid_pass_tickers=hybrid_pass_tickers,
        pca_diversified_picks=None,    # 実運用では #26 から取得
        entropy_status="PASS",          # 実運用では #27 から取得
        nlp_pass_tickers=None,          # 実運用では #28 から取得
        target_n_min=weights["n_stocks_min"],
        target_n_max=weights["n_stocks_max"],
    )
    print(explain_final_picks(filter_result))

    # Step 4: NISA / iDeCo 4口座最適化
    allocation = allocate_to_accounts(filter_result["final_df"], life_stage)

    # Step 5: LINE 通知(v2 D3: 実コード化、運用ルール反映、#29 の成果)
    if notify_line:
        # 現在保有銘柄は実運用では DB から取得(概念例として空 DataFrame)
        import pandas as pd
        current_holdings = pd.DataFrame()  # 実装時は SELECT FROM portfolio_table
        recommendations = generate_action_recommendations(
            current_holdings, filter_result["final_picks"]
        )
        msg = format_portfolio_message(
            filter_result, allocation, recommendations,
            life_stage, risk_tolerance, weights
        )
        push_line_notification(msg)

    print(f"=== 月次運用ループ完了 ===")
    return {
        "date": today.isoformat(),
        "weights": weights,
        "filter_result": filter_result,
        "allocation": allocation,
    }

if __name__ == "__main__":
    args = sys.argv[1:]
    life = args[0] if len(args) > 0 else "40s_50s"
    risk = args[1] if len(args) > 1 else "moderate"
    regime = args[2] if len(args) > 2 else "neutral"
    run_monthly_pipeline(life, risk, regime, notify_line=True)

エンジニア的に言い換えると(30記事の自動判定パイプライン集約点)

本コードは、製造業で言う 「30回のプロジェクトで構築したモジュールを最終システムとして1コマンドで動かす」運用と類似のフレームです。応用編 + 発展編で個別に開発した約45のモジュールが、月次運用ループとして統合され、cron / GitHub Actions で自動実行可能。「絶対値より変化率、突発より連続性」原則は、月次通知の前期比比較で運用に落とし込まれます。これが DXエンジニアの投資術の運用形です。

今後の発展方向:シリーズ完結後の発展ロードマップ

発展方向の優先度ロードマップ(v2 D2 追加)

方向確度難易度所要期間目安推奨タイミング
1. バックテスト精緻化★★★(高)★★☆1-2ヶ月最初に着手すべき発展
2. LLM 統合(自動レポート生成)★★☆(中-高)★★★2-3ヶ月バックテスト完了後
3. 国際分散の拡張★★☆(中)★★★3-6ヶ月余力があれば
4. DeFi / 暗号資産統合(実験的)★☆☆(実験)★★★★不定規制・税制を慎重に判断

各方向の詳細は以下:

発展方向1: バックテストの精緻化(確度高、最優先)

  • #24 で概念実装のみのバックテストを、生存バイアス排除 + データスヌーピング対策込みで本格実装
  • 過去5-10年の C×A×N PASS 銘柄の実勝率・シャープレシオ・最大ドローダウンを計測
  • 市場局面別(強気/弱気/中立)の勝率分解、ライフステージ別ミックス比率の歴史的検証
  • 必要技術: J-Quants Standard 以上、FMP Premium、過去マスター(上場廃止銘柄含む)の保管

発展方向2: LLM 統合(中-高確度、バックテスト後推奨)

  • #28 で TF-IDF/Sentence-BERT/OpenAI Embeddings の3層を実装。次のステップは LLM による分析レポート自動生成
  • OpenAI Batch API or Anthropic Claude を使い、月次の銘柄選択結果から「なぜこの銘柄が選ばれたか」の自然言語説明を生成
  • LINE 通知に AI 説明を添付、運用判断の説明可能性向上
  • 必要技術: Anthropic Claude / OpenAI API、RAG(Retrieval-Augmented Generation)

発展方向3: 国際分散の拡張(中確度、余力がある場合)

  • 本シリーズは日米両市場でしたが、欧州(FTSE 100、DAX 40)、新興国(MSCI EM)、コモディティ(金/原油)まで拡張可能
  • 必要技術: Refinitiv / Bloomberg API、または各国の公式データ(LSE / Deutsche Börse)
  • 為替リスクのヘッジ手法(FX 先物、為替ヘッジ ETF)も統合検討

発展方向4: DeFi / 暗号資産の統合(実験的、慎重判断)

  • 本シリーズは伝統的金融商品でしたが、DeFi(分散型金融)プロトコルからの利回り(DAI Savings Rate、Aave/Compound Lending)も統合検討
  • 必要技術: Web3.py、各プロトコルのスマートコントラクト ABI
  • 規制リスク・ハッキングリスク・ステーブルコイン崩壊リスクの追加考慮
  • 注意: 暗号資産は税制が異なる、本シリーズの伝統的投資の枠組みとは別の慎重な判断が必要

読者へのメッセージ:エンジニアの本業と投資を循環させる

シリーズを通して伝えたかったのは、「DXエンジニアの本業スキルは投資にそのまま転用でき、投資の発想は本業を強化する」という双方向性です。DXエンジニアの投資術は、ただの個人投資ノウハウではなく、本業の品質管理・R&D 戦略・事業ライフサイクル管理にも還元される構造を持ちます。

  • 製造業の SPC を投資に: #17 異常値検知の3-4層フィルタ
  • FMEA を投資に: #19 業種分散の RPN
  • Phase Gate を投資に: #25 N 要素の半定量化
  • 多変量 PCA を投資に: #26 銘柄相関と業種クラスタ
  • エントロピー監視を投資に: #27 ポートフォリオ多様性
  • NLP 文書分類を投資に: #28 有報の意味的判定
  • マルチ製品ライン戦略を投資に: #29 ハイブリッド戦略

逆に、投資データで磨いたスキルは本業の品質管理・R&D 戦略・事業ライフサイクル管理に逆輸入できます。本業と投資の双方向の知識循環が、DXエンジニアという職業の固有の強みです。

シリーズ完結のお礼とフィードバック歓迎

30記事のシリーズにお付き合いいただき、ありがとうございました。本シリーズの自動判定モジュールは、皆様の運用での参考としていただければ幸いです。技術的な質問・改善提案・本業での応用事例があれば、ぜひ X(旧 Twitter)でのフィードバックや ブログのコメント欄で共有ください。今後のシリーズ展開(株価分析アプリ開発のブログ素材化、新シリーズ「ファンダ × 機械学習」など)にも反映させていただきます。

絶対値より変化率、突発より連続性」原則がエンジニアの皆様の運用に活きることを願って、本シリーズを締めくくります。DXエンジニアの投資術の集大成として、本シリーズが皆様の参考になれば何よりです。

今日からできる3つのアクション

  1. シリーズ全30記事のうち自分のフェーズに合う1記事から開始。投資未経験なら基礎編 #03 複利の力をPythonで可視化 から、データエンジニア経験者は応用編 #15 並列スクリーニング から、機械学習経験者は発展編 #26 PCA から
  2. 本記事 セクション6 の 月次運用ループ統合スクリプトをベースに、自分の環境で動く最小構成を組み立て。最初は1銘柄 + Sentence-BERT + LINE 通知の組合せから始め、徐々に拡張
  3. 本業のスキルから「これは投資に転用できそう」という1個を選び、本シリーズの該当記事の作法を真似てサンプル実装。例: 半導体エンジニアなら歩留まり監視の SPC、医療画像エンジニアなら異常検知、ソフトウェアエンジニアならログ解析の NLP など

シリーズ完結 — 「製品開発DXエンジニアの投資術」全30記事

シリーズ全記事インデックス(v2 S1: 全記事リンク化)

基礎編 #01-#10(インデックス投資 × DX思想、Green)

応用編 #11-#20(高配当株 × データパイプライン、Blue)

発展編 #21-#29(CAN-SLIM × アーキテクチャ、Purple)

総括 #30(本記事)

構造化データ推奨:Article schema + BreadcrumbList(v2 S4 追加)

本記事は HowTo ではなく総括記事のため、Article schema + BreadcrumbList が推奨されます。実装時は JSON-LD で @type: "Article" + headline + description + author + datePublished を、BreadcrumbList で「ホーム → 投資×DX → シリーズ総括」のナビゲーションを出力すると検索結果での視認性向上が期待できます(保証ではありません)。

免責事項(再掲)

本シリーズ全30記事は投資助言を目的としたものではなく、技術・分析手法の紹介です。記事中の閾値・運用ルール・ライフステージ別ミックス比率・NISA/iDeCo 4口座振り分けロジックは教育目的の参考値であり、特定の銘柄・金融商品の売買を推奨するものではありません。投資判断はご自身の責任で行ってください。J-Quants・FMP・SEC EDGAR・EDINET・LINE Messaging API・OpenAI・Anthropic 等の利用規約は変更される可能性があるため、実装時は各サービスの公式ドキュメント・利用規約を必ず確認してください。本シリーズ中に各 API から取得した個別企業の実値・株価実値・有報全文は掲載していません。API キー・認証情報はコードに直書きせず環境変数で管理してください。NISA / iDeCo 等の制度詳細は2026年5月時点のもので、税制改正により変更される可能性があるため、運用時は最新の制度を確認してください。30記事を通じて読者の皆様にお付き合いいただき、ありがとうございました。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

コメント

コメントする

CAPTCHA


目次