Where QuantLib fits on a long engagement.

The unglamorous parts are what make QuantLib valuable. Day count conventions, business day adjustments, holiday calendars per market and settlement rules are tedious, error-prone and completely unforgiving — a wrong convention produces a valuation that is subtly and persistently incorrect. Having them implemented and tested is worth more than the pricing engines.

Curve construction is where most valuation error actually originates. Instrument selection, interpolation method and bootstrapping choices change discount factors and therefore every valuation that depends on them. Two teams with the same market data and different curve configurations get different numbers, both defensible.

What an assigned team does with QuantLib.

Financial libraries need testing against known benchmarks rather than against themselves. Validating pricing against published values or an independent implementation is the only way to establish that a configuration is correct.

That validation discipline is part of the delivery standard for quantitative work, agreed as part of how the monthly fee is built.

What we use QuantLib for.

  • Conventions handled correctly Day counts, calendars and settlement rules implemented and tested rather than approximated.
  • Curves built deliberately Instrument selection and interpolation chosen explicitly, because they drive every valuation.
  • Pricing validated against benchmarks Results checked against published values rather than trusted because they run.

How QuantLib capacity is assigned.

Quantitative development capacity is assigned under data engineering outsourcing, with benchmark validation part of the definition of done.

Tell us what your roadmap needs QuantLib for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

Loading the contact form… You can also email hello@azendo.co.

We reply within one working day. No obligation, and no newsletter.