Microsoft Cloud Technical Lead

Optiver hired the ex-trader that led hedge fund Eisler Capital's international expansion. 2 hours ago Optiver is one of a wave of electronic trading firms that are on a growth tear. The Amsterdam-based firm has opened and expanded multiple offices in recent years, and just hired a London-based hedge fund alumnus who specializes in international buildouts. Alexis Le Montagner joined Optiver as a global strategy manager based in London this month. He spent the last 20 months at fintech Airwallex, where he led expansion efforts into France and Israel while also serving as chief of staff to CEO. Le Montagner also spent two years at now-defunct hedge fund Eisler Capital. He joined the fund as director of strategy and business management in London to work on expanding into new regions including Dubai, Jersey and Malta. He then took an on-site role in the fund's growing Paris office and scaled the team up to six portfolio managers. Le Montagner left in mid-2024, more than a year before Eisler's untimely collapse. His background before that was as a derivatives trader; he spent a decade with Commerzbank before getting an MBA and becoming a consultant with BCG. It's not clear whether Le Montagner will be working on similar international expansion efforts at Optiver, which did not respond to a request for comment. The firm has opened various new offices over the past few years. It revamped its London office in 2022, expanded its Chicago office in 2023, then opened a New York office last October. Earlier this year, it more than quadrupled the size of that new office in New York to 115k square feet; it's a similar amount of space to the firm's US headquarters in Chicago, which Optiver said in 2023 has room for nearly 600 people. Have a confidential story, tip, or comment you'd like to share? Contact: WhatsApp: http://wa.me/442079977910 (+44 20 7997 7910), Telegram: @AlexMcMurray, Signal: @AlexMcMurrayEFC.88 Click here to fill in our anonymous form, or email [email protected]. Bear with us if you leave a comment at the bottom of this article: comments are moderated intermittently by human beings. Sometimes these humans might be asleep, or away from their desks, so it may take a while for your comment to appear. You must take sole responsibility for comments you post on this site. We will take reasonable steps to weed out anything that we consider to be offensive or inappropriate. The essential daily roundup of news and analysis read by everyone from senior bankers and traders to new recruits. Boost your career. Find thousands of job opportunities by signing up to eFinancialCareers today.

Optiver and Northpool today announced that Optiver has agreed to acquire a majority stake in Northpool, a European energy trading firm headquartered in Leiden, the Netherlands.

How Optiver built real-time trading dashboards with Databricks Apps and Dash. June 16, 2026 · AI Automators Trading firms live and die by how fast they can turn market data into decisions. At the 2025 Databricks Data + AI Summit, the trading firm Optiver walked through how it rebuilt its live dashboards on Databricks Apps and Dash. The writeup of that talk is short on internal code but useful as a reference architecture for anyone building real-time analytics at scale. Here is what stands out, and where the lessons apply beyond finance. What they actually built. The headline change is consolidation. Optiver replaced siloed, on-premise systems with a single petabyte-scale Databricks platform, then hosted Dash apps directly on that platform using Databricks Apps. Dash is Plotly's Python framework for building interactive web dashboards, and running it inside Databricks means the dashboard sits next to the data instead of pulling it across infrastructure boundaries. The streaming layer is Spark Structured Streaming. The post claims end-to-end latency dropped from minutes to seconds after optimization work on Spark and the streaming pipeline. That is the specific, measurable claim worth holding onto: not real-time in the microsecond sense traders sometimes mean, but seconds instead of minutes for self-serve market insight. Three other engineering details are named: * Smart caching to keep dashboards responsive without re-querying everything. * Version control and modular dashboard generation so dashboards are reproducible and assembled from reusable parts rather than one-off scripts. * Unity Catalog for fine-grained access controls, so traders can see their data without engineers hand-managing permissions. The stated payoff is trader autonomy: people who need a dashboard can build and iterate on one without filing a ticket with engineering. That is a workflow win as much as a performance win. Why this matters for automation builders. Strip away the trading context and this is a pattern many teams will recognize. You have a fast-moving data source, a hungry set of internal users who want custom views, and an engineering team that becomes a bottleneck the moment every dashboard requires a developer. The interesting move here is not any single tool. It is co-locating the app layer, the streaming layer, and the governance layer on one platform so the friction between them mostly disappears. A few things are genuinely transferable: Modular, version-controlled dashboards. Treating dashboards as composed, reproducible artifacts instead of bespoke notebooks is the difference between a system that scales and one that rots. If your automations or reports currently live as untracked one-offs, this is the lesson to steal. Governance as a built-in, not a bolt-on. Using a catalog layer like Unity Catalog to enforce who sees what means self-serve access does not become a security liability. Any time you let non-engineers build on live data, that control plane is what keeps it safe. Latency budgets are a design choice. Cutting minutes to seconds came from deliberate Spark and Structured Streaming optimization, not from a faster box. The honest read is that low latency at petabyte scale is achievable but takes real tuning work. What the post does not give you is the how. There are no code samples, no benchmark tables, and no detail on caching strategy or how modular generation is implemented. Treat it as a directional case study, not a tutorial. If you want the specifics, the underlying conference talk is where they live. Where it fits versus alternatives. This approach makes sense when your data already lives in, or is heading toward, Databricks and you want dashboards close to it. Hosting Dash on Databricks Apps removes the separate web infrastructure you would otherwise stand up, and that is the main draw over running Dash on your own servers or a generic cloud host. If you are not on Databricks, the same shape can be built elsewhere, but you lose the tight Unity Catalog integration and the single-platform simplicity. For lighter needs, a hosted BI tool may be enough and far less work to operate. The Databricks-plus-Dash combination earns its keep specifically when you need custom interactivity, streaming freshness, and scale at the same time. If you only need two of those, simpler options usually win. It is also worth being clear about what this is not. This is a data engineering and visualization story, not an AI agent story, even though Optiver's other posts discuss agentic AI and trading models. The dashboard system described here is about moving and displaying live data reliably, not about models making decisions. For most automation work, the practical takeaways are the parts you can apply without a quant team: keep dashboards reproducible and version-controlled, enforce access at the data layer, and decide your latency budget before you build. Tools like Make, n8n, or Zapier cover lower-volume automation, but when streaming data and scale enter the picture, a platform like Databricks is the kind of foundation this case study points to. If you want help designing a streaming dashboard or real-time data pipeline like this, browse the provider directory to find people who can put it to work.