DEV Community

Cover image for Why I Chose Hard Math Over AI for a 38,000 Ticker Financial Engine
Alex Vance
Alex Vance

Posted on • Originally published at dividendflow.org

Why I Chose Hard Math Over AI for a 38,000 Ticker Financial Engine

Why I Chose Hard Math Over AI for a 38,000 Ticker Financial Engine

In 2026, the pressure to "AI-wash" every product is immense. But when you are building a financial tool designed to project wealth over a 30-year horizon, "probabilistic" is just a fancy word for "wrong."

I recently shipped DividendFlow, a tax-aware compounding engine covering 38,000+ US tickers. Here is why I stripped out the AI agents and went back to strictly deterministic TypeScript logic.

The 0.1% Compounding Nightmare

In dividend growth investing, accuracy isn't a feature—it's the entire product. If an LLM "hallucinates" a dividend yield or miscalculates a tax bracket by just 0.1%, the error compounds. Over 20 years, that tiny glitch turns into a $50,000 discrepancy in the user's projected nest egg.

To solve the "Gross Yield Lie," we had to build a system that handles:

  1. Recursive DRIP Math: Calculating reinvestment on a net-of-tax basis every quarter.
  2. Tax Jurisdictions: Real-time mapping of US Federal/State, UK ISA, and Canadian TFSA rules.
  3. Data Normalization: Cleaning noisy payout history from institutional APIs.

The Tech Stack: Next.js 15 & Server-Side Math

We moved the core calculation engine to Next.js 15 Server Components. By doing the heavy lifting at the Edge/Server level, we achieved:

  • Sub-200ms Renders: Even with 30 years of monthly recursive calculations.
  • Zero Client-Side Bloat: The user's browser only receives the final coordinates for the "Snowball Effect" graph.
  • Deterministic State: No "vibe-coding." The math is immutable and verifiable.

Why "No-Login" is a Technical Moat

Most fintech SaaS tools force a Yodlee/SnapTrade integration. It's great for data harvesting, but terrible for user friction.

We decided on a "Utility-First" architecture:

  • No Database: User scenarios are encoded in URL parameters and LocalStorage.
  • Privacy by Design: We don't want your bank credentials. We just want to give you the math.
  • Scale: By avoiding a centralized DB for user profiles, the app scales horizontally without the traditional RDS bottlenecks.

Lessons from 38,000 Tickers

Indexing the entire US market taught me that data integrity is 90% of the work.
Standard APIs are messy. They report special dividends as regular yield, which fakes "Financial Freedom" dates. Our normalization layer acts as a "Truth Filter," ensuring that the compounding curve reflects recurring reality, not one-time spikes.

Conclusion

AI is great for writing boilerplate, but it’s a liability for domain logic in finance. If you're building tools where the output must be 100% predictable, stick to the hard math.

Test the deterministic engine at DividendFlow.org →


Are you building "Utility-First" apps? Let's discuss the trade-offs of no-login architectures in the comments.

Top comments (0)