О блоге

Более двадцати лет я занимался разработкой ПО, в основном как программист и тим-лид, а в 2012-2014гг как руководитель департамента разработки и внедрения ПО в компании Интервэйл (подробнее на LinkedIn). В настоящее время занимаюсь развитием компании по разработке ПО stiffstream, в которой являюсь одним из соучредителей. Поэтому в моем блоге много заметок о работе, в частности о программировании и компьютерах, а так же об управлении.

Так же я пишу о жизни вообще и о нескольких своих увлечениях: о фотографии (включая публикацию своих фотографий, некоторые есть и на ZeissImages), о спорте, особенно о дартсе, и, совсем коротко, о кино.

[life.photo] Характерный портрет: вы и ваш мир моими глазами. Безвозмездно :)

Вы художник? Бармен или музыкант? Или, может быть, коллекционер? Плотник или столяр? Кузнец или слесарь? Владеете маленьким магазинчиком или управляете большим производством? Реставрируете старинные часы или просто починяете примус? Всю жизнь занимаетесь своим любимым делом и хотели бы иметь фото на память?

Предлагаю сделать портрет в обстановке, связанной с вашей работой или увлечением. Абсолютно бесплатно. Очень уж мне нравится фотографировать людей в их естественной среде. Происходить это может так...

[prog.c++] Кому-нибудь будет интересна еще одна статья про C++ные навороты с шаблонами и наследованием?

Хочу обратиться с вопросом к читателям, которым еще интересно читать про мои извращения с C++ными возможностями. Недавняя статья про CRTP и прочую C++ную магию зашла, надеюсь, более-менее нормально. Хотя, как я вижу, на Хабре статьи про C++ не так уж популярны и тенденция к падению интереса к статьям про C++, имхо, прослеживается. Поэтому прежде чем браться за написание очередной статьи, хочется понять, будет ли моя работа востребована.

Суть в том, что я сейчас закончил адаптацию базирующегося на Asio диспетчера для SO-5.6. И в этой реализации полно всяких C++ных штук. Тут есть и шаблоны, и CRTP, и наследование как от шаблонов, так и не от шаблонов, включая нелюбимое многими наследование реализации.

Когда смотришь на все это со стороны, то создается впечатление хардкора и оверкилла, от которого следует избавиться раз и навсегда, а автора сего безобразия -- выгнать из профессии на мороз. Нет, серьезно. У меня вчера у самого были такие мысли, когда я в этот код погрузился впервые за полтора года.

Собственно, каждый желающий может сам составить свое впечатление. Текущий вариант реализации зафиксирован здесь. Можно обратить внимание, например, на thread_local_ptr_holder_t (стр.423), на его наследника work_thread_t (стр.466) и на его наследников work_thread_without_activity_tracking_t (стр.575) и work_thread_with_activity_tracking_t (стр.677). Либо на basic_binder_impl_t (стр.716) и его наследников binder_template_t (стр.790), binder_with_external_strand_t (стр.831) и binder_with_own_strand_t (стр.863). Не говоря уже про basic_dispatcher_skeleton_t и то, что идет дальше :)

Тем не менее, код есть, он работает. Я сделал его максимально простым и понятным, насколько смог. И в нем используются разные C++ные возможности. Причем используются не просто так, а чтобы облегчить мой труд. При том, что я далеко не самый лучший в мире разработчик и работать с реально сложным кодом у меня не хватает мозгов. И раз это помогает мне, то может быть поможет и еще кому-нибудь. Собственно об этом можно было бы и рассказать в отдельной статье.

Однако, написание статьи -- это время и труд, которые вполне могут быть направлены и на другие задачи. Поэтому, если кому-то интересно читать про подобные трюки, то дайте знать. Если никто не отзовется, то это сэкономит мне некоторое время (а время ресурс не восполняемый, к сожалению).

[prog.c++] Шаблоны против копипасты 9: SFINAE и CRTP чтобы бить юзверя по рукам в компайл-тайм

Очередная серия про то, как C++ные шаблоны позволяют бороться с копипастой. Опять в виде статьи на Хабре: "Немного C++ной шаблонной магии и CRTP для контроля за корректностью действий программиста в компайл-тайм". На Хабре потому, что нужен PR. Какой-никакой, но PR. И нужен.

Сказать свое "Фи", "Не нужно", "За такое нужно руки отрывать" или "Когда я вижу такой код, то хочется обнять и плакать" можно как в комментариях на Хабре, так и здесь. Но меня вы все равно не переубедите :) Так что лучше, если вы где-нибудь сделаете репост ссылки на статью со своими уничижительными комментариями. Мол, вон как хардкорные C++ники упарываются, нидайбох дойти до жизни такой ;)

В статье обсуждается самая простая реализация, в которой методы clone_if_necessary приходится дублировать. Вот здесь можно найти более продвинутый вариант, с переиспользованием реализации clone_if_necessary. Однако, чтобы его получить, пришлось изменить следующее:

• в basic_holder_t потребовалось два метода data (константный и неконстантный), причем оба эти метода сделаны публичными (чтобы не трахаться с friend-ами для шаблонов);
• методы clone_if_necessary в примеси cloner_t оказались статическими.

Поиграться в on-line с продвинутой версией можно здесь.

PS. Предыдущая часть серии "Шаблоны против копипасты" здесь.

[life.cinema] Очередной кинообзор (2019/03)

После вчерашнего шуточного поста можно вернуться к уже привычному формату рассказа про отсмотренные в минувшем месяце фильмы. Как обычно, в начале идут те, что понравились больше, затем те, что понравились меньше.

Закатать в асфальт (Dragged Across Concrete, 2018). Пожалуй лучший криминальный фильм за последние годы. Может быть слишком длинный, но по ходу просмотра даже это не вызывает особых претензий.

Журнал 64 (Journal 64, 2018). Отличное продолжение серии фильмов про странного следователя и его коллег. Особенно ценно то, что это европейское кино, со своим стилем, не похожим на американский.

В погоне за Бонни и Клайдом (The Highwaymen, 2019). Хорошее кино с хорошими актерами. Мне было интересно. Но тех, кто ждет от фильма какого-то экшена, ждет разочарование: весь экшен был показан в трейлере.

Наркокурьер (The Mule, 2018). Не шедевр. Но вполне себе добротное кино. Которое впечатляет не само по себе, а то, что это умудряется выдавать в свои годы Клинт Иствуд. И как режиссер, и как актер.

Хоть раз в жизни (Begin again, 2013). Незамысловатое кино с простым и предсказуемым сюжетом. Но, такое ощущение, что сами актеры получали кайф от своей работы, поэтому получился приятный фильм со своим настроением.

Удивительный мир Марвена (Welcome to Marwen, 2018). Добротно сделанное кино, вполне в духе Роберта Земекиса. Но, видимо, я уже не в том возрасте, чтобы в меня такие мелодраматические картины заходили. И этот не зашел. Хотя снят добротно.

Ржавый ручей (Rust Creek, 2018). В общем-то не так уж и плохо. Но общее впечатление испортило несколько моментов, которые вызывали желание воскликнуть "не верю!", а также совершенно невнятный финал.

В поисках Стива Маккуина (Finding Steve McQueen, 2019). В принципе, история рассказана неплохая. Но вот манера рассказа и показа такова, что фильм наверняка зайдет не всем. Так что, если вас не накроет раздражение от стилистики изложения истории в первые 15 минут, то может быть досмотрите до конца с интересом.

Планета зверей (Dong wu shi jie, 2018). Красочно. Но мне не понравилось. Во-первых, сюжет не зацепил. В том числе и не понял суть происходящего на корабле. Во-вторых, лень было следить за математически-логическими выкладками главного героя, который просчитывал свои шансы в той или иной ситуации.

Тройная граница (Triple Frontier, 2019). Трейлер обещал очень крутой боевик. На деле же оказалась унылая нудятина в которой главные герои, якобы будучи крутыми головорезами, ведут себя как рефлексирующие интеллигенты.

Тройная угроза (Triple Threat, 2019). В фильме собрали, пожалуй, лучших исполнителей из фильмов про единоборства. Получилось так себе. Но фанаты жанра могут и посмотреть.

Счастливого нового дня смерти (Happy Death Day 2U). Если вам понравилась первая часть, то, чтобы не портить впечатление, не смотрите вторую.

[life.cinema] Неожиданное следствие "очередных кинообзоров"

Читатели блога могли заметить, что на протяжении многих лет в начале месяца я делаю пост "Очередной кинообзор", в котором кратко отзываюсь о просмотренных за минувший месяц фильмах. Совершенно внезапно приверженность этой традиции дала неожиданные плоды.

Некоторое время назад на меня вышел человек, который, как оказалось, руководит небольшой артелью "литературных негров" в Минске. Вообще-то это дочка какой-то российской структуры, тесно завязанной на производство телесериалов для российского ТВ. Занимаются в Минске тем, что придумывают завязки для новых телепроектов и пишут сценарии для первых пилотных серий. Если тема "стреляет", то далее тема переходит в ведение российской родительской структуры.

У этой артели в последние годы есть серьезная проблема: утечка мозгов. Т.к. порядка 20% придуманных в Минске пилотов получают свое развитие в Москве, то зачастую вместе с рабочими материалами из Минска в Москву перебирается и кто-то из ключевых людей из команды, работавшей над пилотом. Кстати, говорят, что 20% -- это очень высокий процент, в аналогичных компаниях в России обычно едва достигается 10%.

А тут еще, как оказалось, одна крупная госкорпорация в РФ, связанная с телекомунникациями (название начинается на Рос-, а заканчивается на -телеком) уже довольно давно готовит запуск своей стримминговой платформы. Задумывалось как российский ответ Netflix-у. Но с анонсом из-за обычного разгильдяйства и присущей госкорпорациям бюрократии затянули, Apple о своем Apple TV+ объявила раньше. Так что руководителям соответствующего направления в этой госкорпорации "хвосты накрутили" и обещали влить дополнительных бюджетных средств для ускорения запуска свой собственной стримминговой платформы.

Все это привело к тому, что рынок телефильмов и телесериалов в РФ резко расширяется и этот рынок нужно чем-то заполнять, а текущих мощностей для этого в РФ (совместно с РБ и Украиной) не хватает. Поэтому компании, которые крутятся на этом рынке начинают всасывать с рынка труда всех, кого могут. В РБ этого рынка труда вообще-то практически и нет, так что даже дилетанты вроде меня оказываются востребованы.

Короче говоря, в ближайшее время меня ждет резкая смена деятельности. Вместо разработки ПО займусь управлением небольшой творческой командой, которая будет заниматься созданием пилотов на тему "производственная драма".

Поворот в карьере, можно с полной уверенностью сказать, совершенно неожиданный. Но вполне себе логичный. Программировать за 30 лет уже надоело, а количество малолетных дебилов (с) за последние 10-15 лет в этом нашем ОйТи превысило все разумные пределы. Так что оставлю это самое программирование для тех, кому язык Go кажется вершиной прогресса.

Пока не понятно, как быть с завершением текущих работ по нашим OpenSource-проектам. Времени на "закрытие хвостов" совсем не много, не больше недели. Так что, наверное, на днях будет выпущена бета-версия SObjectizer-5.6. Не все удалось сделать, но, по крайней мере, код компилируется и 2/3 тестов стабильно отрабатывают. Жаль, что актуальной документации не будет. Но, с другой стороны, вполне себе обычная картинка для OpenSource. Месяца через два-три, после того, как втянусь в новую работу, должно появится немного свободного времени по выходным, чтобы заставить оставшуюся 1/3 тестов работать.

Ну вот как-то так. Много лет писал "меня фильм не торкнул" по отношению к чужим фильмам. А вскоре это же самое начнуть говорить и в мой...

[prog.c++] Как работать с STL-ными контейнерами без include-ов описаний этих контейнеров

Давеча мы обновили свою тоненькую обертку над RapidJSON. Очередным добавлением в json_dto стала поддержка STL-ных контейнеров (std::deque, std::list, std::forward_list, std::set, std::multiset, std::unordered_set, std::unordered_multiset, std::map, std::multimap, std::unordered_map, std::unordered_multimap). И добавляя эту поддержку нам нужно было решить, как это сделать с минимальными накладными расходами.

Идти по простому пути, т.е. делать в json_dto какой-нибудь #include <set>, а потом перегружать часть внутренних функций json_dto для std::set и std::multiset, очень не хотелось. Во-первых, это сильно увеличивает объем нашей собственной работы. Во-вторых, это увеличивает время компиляции проектов, в которых json_dto используется.

Поэтому мы пошли по пути современного C++: т.е. шаблонная магия и SFINAE во все поля :) Под катом несколько слов об этом для тех, кому тема современного C++ интересна.