Ни один программист не способен знать все о том или ином языке и технологии, даже если прочитает сотню книг по заданной теме. Всегда полезно слушать экспертов, которые идут на шаг вперед, разобрались в чем-то и могут объяснить туманные моменты, развенчать миф или продемонстрировать выдающееся достижение, поделиться реальным опытом.
Только что закончил читать книгу Thinking Architecturally от компании Pivotal. Очень хорошо, кратко, сжато описано как программному архитектору следить за новинками и трендами в IT-индустрии, как проводить оценку новых технологий и сравнивать пригодность той или иной технологии для определенного проекта.
Каждый программист, если он хочет не отстать от жизни, должен следить за изменениями в сфере IT. Самостоятельно это делать очень трудно (но, при опеределённом усилии, можно): нужно читать новости, просматривать форумы, следить за выходом новых книг, смотреть презентации с недавно прошедщих конференций и постоянно отсеивать ценную информацию от хайпа и рекламы.
Отличная статья о Git и политике создании веток в Git-репозитарии.
По своему личному опыту Git мне сначала показался слишком сложным в сравнении с SVN. Все эти merge, reset, rebase, pull, push, commit были некими излишними концепциями, когда в Subversion было только update и commit. Но привыкание к Git наступило примерно через месяц активной работы, особенно потому, что переход на Git в нашем проекте был проведен насильно и возврата к Subversion в проекте не предполагалось. Теперь я с уверенностью могу сказать, что Git в большой команде и большом проекте — вещь просто незаменимая.
Весьма толковый блог Java Reivisted разработчика, который работает в той же сфере, что и я. В его посте — краткая выжимка по многопоточности в Java, что может понадобиться освежить память перед интервью в инвестиционном банке.
Во имя высокой скорости обработки данных и снижения latency в брокерских отделениях банков стараются выжать из железа по-максимуму. Многопоточность тут важна и играет существенную роль, особенно в приложениях связанных с торговлей, доступом к биржам, обработкой рыночных данных, в движках алгоритмической торговли, в системах управленяи ордерами, в smart order routing системах. Чем ближе ваше приложение к рынку, тем ниже должна быть latency, тем выше требования к разработчикам, пишущим данные приложения.
Интересный сайт 12factor.net про лучшие практики программирования приложений и выкатывания их на продакшен с упором на облачные прилодения.
Сайт сделан в виде документа-манифеста с главами и иллюстрациями. Есть версия и на русском. Поучительное и полезное чтение.
И вот еще презентация на эту тему c демонстрацией этих принципов на Heroku, начиная с середины. Пользуясь этой презентацией, я завел пробный аккаунт на Heroku и вывел пробное Java-приложение, склееное с помощью Spring Boot. В результате я полюбил Spring Boot еще больше. Для low-latency он конечно не подойдет, но для рядовых приложений подходит прекрасно. Считаю, что Spring Boot должен освоить любой уважающий себя Java-разработчик: всегда пригодится.
В качестве развития этой темы компания Pivotal дополнила 12 факторов еще тремя и опубликовала короткую книгу Beyond the 12 Factor App: Exploring the DNA of Highly Scalable, Resilient Cloud Applications.
Предлагаю вашему вниманию Simple FIX Client для тестирования приложений с FIX-протоколом. Java-приложение использует свободную библиотеку QuickFIX/J, а для управления сообщениями — доменно-ориентированный (DSL) скриптовой язык на Groovy.
В четверг 5 июля мне удалось посетить интересное мероприятие Tokyo Financial Information & Technology Summit 2018. Тема конференции была инновации в сфере финансов. На конференции присутствовало много людей из сферы IT местных инвестиционных банков. Я ниже изложу несколько плодотворных идей, которые мне удалось почерпнуть во время посещения этой конференции и общения с коллегами.
Рекомендую вашему вниманию две книги по алгоритмам и структурам данных. Это книги для начинающих или просто желающих освежить свою память по этой теме.
Знание алгоритмов и структур данных требуется в финансовых технологиях очень часто: сортировки, быстрый поиск, операции с большим количеством данных в реальном времени. Поэтому на интервью вам часто будут попадаться вопросы по этим темам.
Только что закончил читать мемуары инженера артиллерийских систем Василия Гавриловича Грабина. Помимо интересной исторической информации в мемуарах Грабин подробно описывает свой «скоростной метод проектирования». Конечно проектирование пушек сильно отличается от проектирования программного обеспечения хотя бы потому, что пушки это самое что ни на есть hardware. Но сам подход очень интересен.
