По формальному описанию внутри интересно — highload, low latency, относительно свежий С++ код, по идее должны быть хитрые алгоритмы для обработки большого потока биржевых данных.
Но складывается ощущение, что в сравнении с работой в mail.ru / yandex / facebook у сабжа меньший спектр интересных творческих задач и в принципе продукт уже написан, нужны лишь некоторые доработки (например, какая-то биржа проапгрейдила свой протокол). В том же яндексе можно найти проект пиления некой распределённой самошардирующейся самореплицирующейся космической опердени, где очень важно понимание свойств разных структур данных и алгоритмов — именно разных в силу постоянно возникающих РАЗНЫХ задач. То лайки считать, то по тегам фиды формировать, то что-то быстро искать или map-reduce-ить. Всё что касается low-latency относительно понятно: не выделяй память, не ходи в ядро. Высоконагруженное ядро уже готово, главный начальник и шаман по этому ядру существует и делать самое интересное — проектировать это ядро — дело не твой. Думаю каких-то своих сложных алгоритмов/структур данных разработчики там на регулярной основе тоже не пишут опять же, ибо всё обкатано, технологии выбраны и устоялись, а спектр задач сильно ограничен, т.е. нет того "яндексовского-мейлушного" разнообразия.
Приведу такой пример: как-то я радостно подался в область распознавания речи, думал будет что-то особо challenging, но на практике интересно это только для суровых математиков, а твоя задача как программиста буквально врапперы к их библиотекам ваять, ну может быть иногда организовывать какие-то относительно скучные эксперименты, где твоя "творческая" часть очень скромная. Да, иногда нужно прийти на помощ научным сотрудникам с их быдлокодом, помочь сделать чуть эффективнее, но это нечасто, основное время — скучное написательство врапперов, скучная поддержка Speech Recognition SDK на экспорт в другие отделы, где его прикручивают к продуктам. Так и здесь — есть подозрение, что всё самое интересное в сабже находится опять же у математиков, которые дифуры в экономических моделях придумают или HFT-стратегии ваяют, а твоя задача просто не сломать имеющуюся скоростную трубу обмена данными, фиксить баги, но не более того (повторяю "при всей формальной интересности описания работы"). Надо думать, но не придумывать.