Large language models and alternative data often dominate conversations about deep learning in trading. At high-frequency horizons, Karun Rao looks instead at the order book, where models learn from noisy, event-based market data whose structure is hard to capture by hand.
Austin
Austin
Austin is where Optiver’s ambitions in machine learning, research infrastructure, and big data computing are being realized. Engineers and researchers build and scale systematic trading systems, turning data and models into systems that run in live markets.
Building systematic strategies
Research-driven trading
Owning the full system
Our high-frequency trading team
Austin
“I was surprised by the opportunities to do a lot of different things. When I first started, I was putting my hand up for all sorts of things. There’s a culture where you can just pick things up and run with them.”
“There’s a real focus on building things with a purpose. Nothing extra, every component has a reason.”
Outdoors, Year-Round
The city’s mild climate also makes it easy to stay active year-round. Cycling, climbing and padel are all popular, with regular bike and padel club meetups organized through the office.
Comedy scene in ATX
Outside of work, many people in the office spend time exploring Austin’s growing comedy scene, with a mix of established and up-and-coming performers.
Hardware Engineer
Austin
ExperiencedTechnologyExperiencedTechnologyExecutive Assistant
Austin
ExperiencedBusiness OperationsExperiencedBusiness Operations- InternshipTradingInternshipTrading
Latest in technology
A conversation with NVIDIA on how accelerated computing is changing research and engineering in trading.
Optiver’s software engineering function was profiled by The Pragmatic Engineer, a leading technology publication on Substack.
Latency and research iteration pull in different directions. Software engineer Daniel B. explores how three generations of trading systems evolved to balance both.
For the past several years, the AI conversation has largely centered on models: which are the most capable, which will dominate and how quickly they will improve.
Engineering the Agentic SDLC
Instead of throwing agents into an SDLC that wasn’t built with them in mind, we’re trying to do something different: design the development lifecycle around them from the ground up. Below is an example of how we shrank a block of work we take on when we connect to a new exchange. Over the last few months, we've been running an experiment. If you take agentic coding seriously, what does it look like?
