Caml Trading
Yaron Minsky1 HN recommender · recommended in 1 month, 2013-2018
55K views · 14 years ago · talk · evergreen
Yaron Minsky explains how Jane Street moved from mainstream languages to developing almost entirely in OCaml. He covers trading systems, research infrastructure, tooling and hiring.
Cited as evidence for OCaml's readability benefits and for hiring in less popular languages.
1:09:24Effective ML
Jane Street
30K views • 10 years ago
41:53Gabriella Gonzalez – How to market Haskell to a mainstream programmer
Konfy
8K views • 6 years ago
59:5101 The History of Standard ML: Ideas, Principles, Culture
ICFP Video
7K views • 11 years ago
1:00:01OCaml Workshop 2020 - State of the OCaml Platform 2020
OCamlWorkshops
6K views • 6 years ago
59:03Breaking Down Programming Paradigms: APL's Surprising Learning Curve // Aaron Hsu // Dyalog '17
Dyalog User Meetings
7K views • 9 years ago
8:45Racket: Why I Think It’s a Great Language, and Why I’m Not Using It Anymore
Leandro Facchinetti
19K views • 5 years ago
53:56Expert to Expert: Rich Hickey and Brian Beckman - Inside Clojure
jasonofthel33t
119K views • 13 years ago
1:04:16Simon Peyton-Jones: Escape from the ivory tower: the Haskell journey
Churchill College, University of Cambridge
170K views • 9 years ago
1:00:58The Next Five Years of ClojureScript - David Nolen
Metosin
19K views • 10 years ago
43:16Pure Functional Programming in Excel • Felienne Hermans • GOTO 2016
GOTO Conferences
26K views • 10 years ago
1:13:10Parsing with Derivatives
Stanford
13K views • 15 years ago
1:28:59Clojure for Lisp Programmers Part 1 - Rich Hickey
ClojureTV
25K views • 13 years ago
36:18"Data Driven UIs, Incrementally" by Yaron Minsky
Strange Loop Conference
20K views • 8 years ago
45:03Keynote: The Last Hope for Scala's Infinity War - John A. De Goes
Scalapeño
36K views • 8 years ago
1:04:45Stanford Seminar - Concatenative Programming: From Ivory to Metal
Stanford Online
14K views • 8 years ago
1:14:52Effective Programs - 10 Years of Clojure - Rich Hickey
ClojureTV
176K views • 9 years ago
25:37CUFP 2013: Julien Verlaguet, Facebook: Analyzing PHP statically
CUFP 2013
5K views • 13 years ago
1:02:26Solving Problems the Clojure Way - Rafal Dittwald
Clojure/north
87K views • 7 years ago
12:56Stephen Wolfram's Introduction to the Wolfram Language
Wolfram
924K views • 12 years ago
1:04:35The Algebra of Algebraic Data Types
London Haskell
27K views • 13 years ago
6 comments from Hacker News
That's just not true. There are whole companies based on algorithmic trading. Jane Street, for instance, has a tech talk on how they take advantage of Caml in automated trading. ▶ this video
You most certainly can, just not with such naïve approach. Jane Street is a company that does it, and they are quite open about their tech approach (just not about their specific models): ▶ this video Jane Street went from zero to trading $1 trillion in volume in just 15 years.
Jane Street is one of the few companies which are betting heavily on OCaml, it makes sense to go all functional in the high frequency trading world I guess. It's purportedly been C/C++ for most of that industry, probably not the best toolset for keeping error rates low in a complex environment. Fascinating to read how far beyond language decisions they need to think to shield themselves against outages (and competitors?). I did a little bit of experimentation with OCaml by playing with bitcoin exchange APIs during the China boom some months ago, but I unfortunately didn't push further to a point where I'd be using Jane Street's open source libraries. It still was very interesting and IMHO totally worth it if not just for the functional programming practice. Relevant video on how OCaml gets used at Jane Street: ▶ this video
People who are nervous about hiring people in a relatively unpopular language should watch this video[1] at the 1:01.00 mark by Yaron Minsky. [1] ▶ this video
Jane Street Capital uses OCaml for their trading system. Yaron Minsky explained that one of the main benefits of it was that people could read and understand the code much better than the other languages they tried (including C#). Yaron's talk: ▶ this video
> We (I work for Quantopian) will surely support other order types when we support live trading. I suspect they won't be true limit orders, but stop orders (true limit orders wouldn't slip). Also, for a passive trading algorithm its important to have level II data (the order book), or the algorithm is flying blind. Re 1, its not the size of the data set which prevents overfitting (larger data sets actually make it more likely), but the use of it when developing/training the algorithm. Repeated testing and tweaking the algorithm will overfit, unless one is careful to maintain the complexity of the algorithm. Anyway, best of luck to your users! But they should be warned that active trading on signals (price prediction) is the hard way to algorithmic profit. That's why market making and arbitrage is the bread and butter of the pros, not signal trading.[1] 1. said as much here somewhere in the first 20:00 ▶ this video