В потоке

Отпуск опасен: появляется куча времени поразмышлять на тем, действительно ли ты хочешь продолжать заниматься тем же. Дважды я менял работу после отпуска. На текущей работе первый отпуск чуть было не стал последним - настолько стало скучно. Но к моменту выхода в команде появился опытный разработчик: рубист и фанат гита, я еще написал тогда про идейного противника. А это предвещало море фана.

Поначалу были терки на почве слишком активных изменений: к моему выходу команда уже переехала с только начинавшегося ant-проекта на maven, а с Eclipse на IDEA, и на горизонте маячил JEE. Наконец, начали внедрять тестирование и реально использовать CI на Jenkins. Много криков было по поводу переезда с единой тестовой базы в mysql на кучку мелких yaml файлов - в итоге это оказалось не так страшно. Да и вообще тесты писать не так сложно, как казалось: стоило только начать. Интересно было делать ревью друг другу: после длительной работы вырисовывается среднее арифметическое в стиле и подходах, а новый человек приносит новый, альтернативный взгляд. К сожалению, продержался он с нами недолго и уехал покорять локальную столицу.

На этот же период пришлась доработка функционала, разбитая на двухнедельные спринты: неделя разработки и неделя тестирования и исправлений. К этому моменту выкристализовался адаптированный git-flow. Мы начали загонять все, что написано на железку и результат многомесячных усилий стало можно пощупать руками и увидеть, что все это действительно работает - это избавляет от страха "не взлетит".

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

Когнитивный диссонанс

Тимлид сегодня объявил, что начинается вторая попытка введения денежной мотивации. На этот раз с упрощенной формулой и элементами Спарты: задача на доработку не возвращается, а просто дорабатывается ревьюером и идет ему в зачет. Да, проект в краткосрочной перспективе выигрывает по скорости, но причины ошибок вряд ли будут анализироваться, и раз за разом будут повторяться, что будет негативным фактором в долгосрочной перспективе.

После объявления пришел генеральный директор с целью донести идею до непонятливых: в захолустье туго с программистами, маленький стартап делать не интересно и хочется сделать что-то большое, доказав всем что мы круты, и пусть разработчики не думают, что денежная мотивация преследует цели "наебать или зажать жалкие +- 20% вашей зарплаты" (кто бы спорил), если наш продукт взлетит, то потребуется резко расширять штат (откуда, программистов же нет) и тогда, ваш хорошо налаженный процесс разработки в маленькой команде пойдет вразнос и нельзя будет выжить без проектного подхода. Поэтому лучше раньше, чем позже, не смотря на упорное сопротивление тимлида в принудительном порядке внедряем.

В общем говорил красиво и убедительно, а главное мотивирующе, но все испортила система мотивации.

По крайней мере у нас были 4 месяца и восемь спринтов, которые пролетели в потоке. Посмотрим, что будет дальше.

P.S.
Что характерно, проблемы были обозначены верно:

1. нужно планирование
2. нужна система мотивация
3. большие команды не могут само организоваться

но выводы, на мой внутренний взгляд, были сделаны неверные.

Нерожденный. Жизнь и учение мастера дзен Банкея

Книга-компиляция историй из жизни и диалогов мастера с учениками. Истории повторяются по несколько раз, причем, видно что брались из разных источников, а примечания составляют треть книги.

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

Из-за гнева вы переродитесь в мире демонов-асуров, если потворствуете своим эгоистичным желаниям, то в мире - голодных духов, а если делаете что-нибудь глупое то будете животным.

Поему-то, когда я читал про его понимание нерожденного, возникали ассоциации с Потоком Чиксентмихайи.

Better builds with Maven

Больше месяца читал книгу. Начал за здравие, а оставшиеся три недели кончал за упокой.

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

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

Я не испугался и продолжил чтение, хотя было очень скучно - видимо еще не дорос. Создание собственных плагинов и "заклинаний" (mojo); генерация сайтов (да-да, все сайты *.apache.org генерируются при помощи maven) и отчетов о метриках проектов; развертывание maven-репозитория уровня организации; миграция в maven из ant.

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

Цискофон получает звание самого настойчивого

May 21 11:16:12 orange dhcpd: DHCPDISCOVER from 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:12 orange dhcpd: DHCPOFFER on 192.168.0.66 to 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:13 orange dhcpd: DHCPREQUEST for 192.168.0.50 (192.168.0.16) from 1c:df:0f:4a:15:34 via br1: unknown lease 192.168.0.50.
May 21 11:16:22 orange dhcpd: DHCPDISCOVER from 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:22 orange dhcpd: DHCPOFFER on 192.168.0.66 to 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:23 orange dhcpd: DHCPREQUEST for 192.168.0.50 (192.168.0.16) from 1c:df:0f:4a:15:34 via br1: unknown lease 192.168.0.50.
May 21 11:16:26 orange dhcpd: DHCPDISCOVER from 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:26 orange dhcpd: DHCPOFFER on 192.168.0.66 to 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:27 orange dhcpd: DHCPREQUEST for 192.168.0.50 (192.168.0.16) from 1c:df:0f:4a:15:34 via br1: unknown lease 192.168.0.50.
May 21 11:16:36 orange dhcpd: DHCPDISCOVER from 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:36 orange dhcpd: DHCPOFFER on 192.168.0.66 to 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:37 orange dhcpd: DHCPREQUEST for 192.168.0.50 (192.168.0.16) from 1c:df:0f:4a:15:34 via br1: unknown lease 192.168.0.50.
May 21 11:16:40 orange dhcpd: DHCPDISCOVER from 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:40 orange dhcpd: DHCPOFFER on 192.168.0.66 to 1c:df:0f:4a:15:34 (SEP1CDF0F4A1534) via br1
May 21 11:16:41 orange dhcpd: DHCPREQUEST for 192.168.0.50 (192.168.0.16) from 1c:df:0f:4a:15:34 via br1: unknown lease 192.168.0.50.

Yaml

Я таки смог убедить разработчиков, что сообщения об ошибках не информативны.

А вообще, создателям YAMLа посылаю лучи поноса, плюс, отдельных пожеланий гореть в аду заслуживают те, кто называет JSON подмножеством первого.

Maven: the complete reference

На работе пеход на Idea принес с собой систему сборки Maven. До этого мои знания ограничивались "ну это типа анта, там тоже XML", "у них в репозитории хранятся все библиотеки, и нет необходимости качать кучу jar библиотек". После переезда захотелось более подробно вникнуть в систему, чтобы в проекте не было хранителей сакральных знаний, и, при необходимости, самому допиливать скрипты.

Правда в цифрах?

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

Truth in Numbers? - фильм о Wikipedia (русский перевод)

Структура научных революций. Кун

Ощущение, что читал учебник по матану из которого убрали все формулы. Совершенно ужасно. Все что я вынес из этой книги почти за месяц чтения (невероятным усилием воли я её добил таки):
1. наука развивается совсем не так, как написано в учебниках по естественным наукам
2. Нет непрерывного накопления знаний, а происходит революции
3. На самом деле ученые жутко упрямы, и смена парадигмы происходит вместе с новым поколением ученых
4. Невозможно совершить открытие случайно, для этого нужно задавать правильные вопросы. Хотя случайности имеются, но если ты не готов понять и интерпретировать инструментами рабочей парадигмы, открытия не состоится
5. От неправильной парадигмы не откажутся, пока новая парадигма не будет рабочей

Как-то так, времени потраченного не стоит, унылое чтиво, не смотря на зашкаливающее количество ссылок на эту книгу.

Codefest

Прошел успешно

Первый день
Ent: Бенчмарки как критерий естественного отбора [неинтересно, малоприменимо]
Web: Коктейль «Skydive» или как мы делали 2ГИС-Онлайн [довольно интересно, todo: gitflow]
Web: Не все базы данных одинаково полезны [очень интересно, про типичные ошибки стартапов]
Web: Инженерный дзен. Непрерывные изменения [довольно интересно, особенно конец, про развертывание и управление конфигурациями chef, vagrant]

Ent: Что делать, когда интерфейсов слишком много? [Опаздали, рассказывал как в HP управляют огромным количеством подсистем, собирают о них информацию и отрисовывают архитектуру]
Ent: JIT vs. AOT. Единство и борьба динамического и статического компиляторов для Java [Зажигательный доклад про то, что из java тоже можно генерить exe-шинки]
Ent: Отказоустойчивость или высокие нагрузки [Неинтересно. Подняли отказоустойчивую систему на монге, зачем - непонятно]
Ent: G1: новый сборщик мусора в HotSpot JVM [Неинтересно. Очень узкая тема, докладчик подкололл дотнетчиков]
Ent: Построение системы мониторинга ИТ-сервисов в Сибирском филиале ОАО «Мегафон» [Просто убожество, ушел через 5 минут]
Ent: Опыт разработки и внедрения решений интеграционного характера на JavaScript в крупной производственной среде [Оригинальное решение, на следующий день пообщался с докладчиком]
Ent: Опыт создания DSL на Ruby. Где применить, как готовить и сколько добавить метапрограммирования [краткое введение в тему, довольно познавательно]
Ent: Практика применения MPS на примере проекта «MobileNoter HD» [Отстой, ушли]

Второй день
Сидели на PM/HR
Как мы научились у человека летать [Зашли, посмотрели и ушли в чиллаут]
Как научиться делать продукт для пользователей? [Так себе]
Опыт управления продуктом: проблемы, провалы, успехи [Как маркетологи договариваются с программитстами]
Hard Rock Design [Веселый доклад, но не особо интересный]
Разработка Open Source продуктов как прибыльный бизнес [Не попали, общались в столовой с HR-щицами]
Типичные ошибки внедрения Lean и Agile [Очень интересный, в твиттере расхватали выступление на цитаты]
Заметки об управлении или как мы создавали команду Alawar [Мы охренительные, увольнять. штрафовать, приходите к нам, хардкор, увольнять, штрафовать]
Дык-пык или почему он не слышит [Как всегда весело, оригинально, интересно]

Остальные слушать не стали, поехали домой

Lot of fun

Пока отдыхал, пришел новый разработчик, принес идею, мавен и выпилил ант. А еще он рубист и гитовец - прям идейный антипод.

Git-flow

Тот самый git-flow про который упоминали ребята из 2GIS на Кодефесте
Не вижу препятствий для использования в Mercurial. Сейчас мы используем похожую модель, только ветки у нас default и feature-*. До этой статьи было совершенно непонятно как выкатывать релизы и фиксить в них баги. Сейчас все встало на свои места.

Нотариусы

Заверить одну страницу 50 рублей (в паспорте страниц 32), заграничные загранпаспорта не заверяют - только перевод. Сами копии не делают (спрашивается, как они идентичность копии проверяют).
Жду не дождусь когда ЭДО с ЭЦП лишит этих засранцев заработка

Педантичный ящер

Что-то как-то тухло. Из нового, пожалуй, только ядро 3.2. PPA для новых ядер не нашел (ведь в сурикате она точно была), а самому конпелировать ведро жутко лениво: видимо, таки придется обновиться.
https://wiki.ubuntu.com/PrecisePangolin/TechnicalOverview/Beta1#New_features_in_Precise 

8 навык

Недели две назад дочитал “8 навык” Стивена Кови, но написать это псто собрался только сейчас. Книга - просто азбука Довакина, столько раз в ней используется термин “голос”. В основном книга посвящена работе и организациям.

О технологиях и о будущем

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

The hardest piece of code I ever wrote

Наконец то можно рассказать кулстори, как я патчил mercurial.

7 навыков высокоэффективных людей

Стивен Кови, 7 навыков высокоэффективных людей. Книга-откровение, книга категории А++. Однозначный маст-рид для всех, кто стремится к повышению эффективности в общении с людьми. Книга построена на примерах из жизни и практики автора: семья, общение с детьми, работа, проблемы клиентов. Многие примеры проецируются на собственный опыт и заставляют переоценивать произошедшее.

Далее идет конспект

Проекты

В марте на кодефесте http://vimeo.com/22395485 прослушали крайне интересный доклад Архипенкова, где он проводил параллели между разработкой ПО и Ракетами. Там же он порекомендовал скачать свою книгу. Почти год книга пылилась на рабочем столе, пока, наконец, не дошли руки её прочитать.

Об планировании

Декомпозировали с шефом один из модулей на тривиальные задачи. Примерно на пятой итерации можно было более менее точно указать сроки с точностью до часа. В итоге ИСР выглядит чертовски красиво, хочется прям бросать всё и кодить, но глядя три дюжины подзадач и суммарные 56 часов, голос внутри шепчет что-то про умножь в два раза.