Orest wrote:
Серьезно, всегда интересно послушать человека, кот. есть что сказать по существу.
Ну я рад за этого товарища, который написал статью про все и ни о чем. Из длинного вступления мы узнали, что HFT - это понятие растяжимое и похоже на voodoo.
Вы найдите сначала работу, а потом нам расскажите про производительность. Это даже не смешно обсуждать. А основы - это overhead C++ по сравнению с C. Object Model
http://www.amazon.com/Inside-Object-Mod ... 0201834545 metaprogramming (основы)
http://amzn.com/0321227255 и.т.д. Про memory management от Саттера:
http://channel9.msdn.com/posts/C-and-Be ... tter-Why-C
По вашим высказываниям видно, что вы основы пропустили. Если я ошибся, то глубоко извиняюсь.
Очевидно, что проблему скорости в HFT пытаются решить влоб, используя каждый такт процессора и путем распараллеливания, где тоже масштабирование может быть решено за счет увеличения кол-ва процессоров. Когда алгоритмы надо перекладывать Matlab или еще откуда, то зачастую удобнее использовать функциональный язык, который более понятен математику. Отсуюда и попытки использовать Erlang, OCaml и им подобные. Где-то, наверное, испольщуют Жабу. Банковский бэкенд, аналитика и много всего вокруг HFT, где скорость не так важна, пишут на Жабе и знания чего-то особенного для индустрии там очевидно не важны. Наверное, надо хорошо знать хорошо concurrency. Но если вы не разбираетесь в этой области, то какой из вас Жаба программист тогда?
