Книга: Дэвид Стрейкер - Быстрое решение проблем при помощи стикеров

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

Объясню почему - использование бумаги и ручки связано с процессами визуализации образов, которые находятся в вашей голове. Сам процесс визуализации достаточно энергозатратным - вам нужно достать нечто метафизическое из своей головы и, с достаточно высоким уровнем потерь детализации, перенести это нечто на бумагу (квадратики,  кружочки, стрелочки - это максимум наших способностей к визуализации,  даже несмотря на суровый курс черчения в ВУЗе карандашом на бумаге :)) . 

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

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

В этом и есть прелесть стикеров - инструмента, который позволяет посмотреть на большее количество вариантов дешево.

Теперь о книге. 
Книга не про это. Да это и не книга вовсе - это методичка (150 страниц) . Хорошая,  добротно написанная методичка. Она нужна для того, чтобы быть пошаговым руководством к отработке на практике приемов решения проблем с использованием такого инструмента как стикеры.

Она показывает вам на примере 6 техник как использовать этот инструмент,  с картинками и примерами. 
Если вы никогда не брейнштормили,  не приоритизировали списки,  не знаете что такое mind map и блок-схема, то вполне возможно, что вы не сможете полностью раскрыть суть методик для себя.

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

Я хочу чтобы таких методичек было больше.

Дима Лазарев - издавай еще.

Максу Дорофееву - спасибо, что подарил!

Майнд-мапа по книжке.

Оценка 9/10.

Напочитать: Java выпуск

Так уж сложилось что выпуск почти полностью про Java. Извиняйте.

1. Как же иногда хочется своими шаловливыми кривыми ручонками какую-нибудь гаечку подкрутить в продакшене.
Хорошо что этого часто сделать нельзя.
Но все меняется - многие уже научились встраивать маленькие http-сервачки внутрь своих продуктов для того чтобы их можно было мониторить/обслуживать. Кто-то идет дальше - и встраивает целые shell-оболочки.

Статья на хабре в качестве апперетива.
Репозитории на гитхабе - раз и два.

2. Контейнеры. Сколько про них кричали 10 лет назад, а сейчас все развернулось в обратную сторону - долой их!!!
Красочная презентация с JAX Conf о том почему долой.

3. 56 страниц диаграмм и текстов о том чем сейчас дышит мир разработки на Java. Некоторые цифры прям вообще неожиданны для меня.

4. Вот тут вот я рассуждал про большие кодобазы. Мои рассуждения не остались не замеченнымии мой коллега по цеху  - Саша Баяндин  - прислал пару ссылочек в продолжение тематики репозиториев кода размерности более XXXL - вот про Git и про Mercurial тоже есть.
Вот тут еще одно страшное и непонятное место но по той же проблеме от Facebook.

5. В мире Java случалось несколько больших ошибок - одна из них API для работы с датой и временем.
Сейчас это исправляют, по факту внедряя API от JodaTime.
JodaTime разрабатывается уже очень давно и разобраться в нем весьма непросто.
Это пожалуй пока самая лучшая статья которую я видел, но она не про JodaTime, а про Date and Time API Java 8.

6. Вокруг POJO/Java Beans/Value Objects  уже поломана куча копий а сверху преизрядно нагажено. И конца не видно.
Существуют такие вещи как Project Lombok, Project Auto от Google. Вот и еще один - Rekord.

7. Надо и мне пройтись по теме Java 8. Очень рад что она вышла наконец - это действительно что-то большое с момента релиза 5-ки. Переходить пока на нее не буду по двум причинам - не верю я в релизы  с 0 на конце (:-)) и нужно будет кое-что переколбасить внутри своего хозяйства.
В частности многие велосипеды типа RxJava и Guava теперь не нужны - Stream API, Optional и предикаты теперь официально есть в 8-ке.
Молодцы что выпустили. Long live, Java!
Обзорные статьи про возможности.
раз 
два
три
И совершенно отдельно хочется отметить Nashorn - возможность запускать скриптовые языки вообще и JavaScript в частности внутри JVM.
Жду первых  портов node.js проектов на JVM стэк :-D
Обзор того как оно выглядит у Steve Jin

На этом на сегодня все. Любите джаву - это ведь не только язык программирования но и сорт кофе.

Книга: Закон малинового варенья Джери Вайнберга

До окончания первой или второй главы этой книги я относился к консультантам с недоверием, а к людям их нанимающим с презрением.

Эта книга многое изменила.

На то чтобы стать соиздателем этой книги меня сподвиг пост Макса Дорофеева.
После того как Макс отпиарил проект он собрал на Boomaster необходимую сумму за пару недель.

500 рублей - именно столько стоило право стать пайщиком-концессионером - это по нынешним временам пара кружек пива, да и то уже не везде, так что жалеть было не о чем, априори.

Итак про саму книгу.

Книга сначала показалась пресной, но в итоге понравилась безумно.

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

С профессии консультанта снимается ореол непобедимости и божественности - это такая же тяжелая работа, но радости от путешествий к своим клиентам вы не испытываете, особенно если у вас такие путешествия на самолете , каждую неделю и не на Карибы, а в Магадан и Набережные Челны.

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

И даже несмотря на это все - автор все равно оставляет сладко-горький вкус некоей романтики в профессии консультанта.

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

Дмитрию Лазареву  - спасибо за отличный проект, запускай такие же еще.
Максиму Дорофееву - спасибо, что раскрутил.
Джери Вайнбергу - за то, что написал.
Переводчику - за отличную работу.

Оценка 9/10.

Напочитать: Разносторонний выпуск

Снова "напочитать" - работы много, так что выпуск худенький.

Полезняшко

Есть такой замечательный сайт InfoQ который проводит региональные конференции но почему то жмотиться на то чтобы давать скачать видео как ted.com например.

Более того - они даже вещают в непонятном формате.
Но теперь это не беда - https://github.com/mtayseer/infoq-downloader

1. Замечательный (несмотря на то что рекламный) доклад о том что есть Neo4J и граф-ориентированные базы данных. Ребята разработали свой online-курс и публикуют на гитхабе примеры запросов по графам.

Продолжая тему граф-ориентированных баз данных я решил обрисовать для себя карту этой территории - она тут (XMind).

2. Замечательная статья от моего бывшего коллеги Артема Данилова про трюки на Андроиде
3. В этом году в Будапеште (оу, там есть ИТ?? :))  случилась конференция Craft Conf видео с которой уже доступно.
4. Интересная хотя и не простая статья о том какие суровые баги бывают.
5.  Мартин Фаулер рассказывает о том как релизить API чтобы не было мучительно больно.
6. Замечательный рассказ от Spotify про implementation quality 

Наблюдение : про кодобазы

Для начала отсылка на  видео -  кому будет интересно посмотрят потом. 

https://www.youtube.com/watch?v=XL1sKnMSfwU

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

Интересный прием который при определенных условиях (высокоуровневые языки прогиаммирования, мощные IDE) избегать/нивелировать интеграционные проблемы, которые очевидны и не решаемы (академически) в том случае когда реопзиторий с кодом не один. 

Аналогичная практика (если мне не изменяет память) существует в Google, аналогичная практика в Facebook и опен-сорсный инструмент который помогает жить с этой парадигмой.

Хорошая ли это практика или нет - покажет время.

В любом случае возникает вопрос - как не заблудиться в больщой кодобазе если она упакована в один репозиторий.

Напочитать: Игро(и)вое

1. Пожалуй лучшее выступление которое может убедить вас в том что геймификация процессов может быть очень сильной штукой (тут с субтитрами)



2. 47 игровых механик от SCVNGR - все то, что вы уже делали в играх но не осознавали что это игровая механика.

3. Про командные игры. Точнее про командообразование.
Я пока не видел лучшего  объяснения простым языком того что такое групповая динамика на понятных  всем примерах.

4. постоянно хватаетесь за телефон потому что кажется что он вибрирует, боитесь что-то пропустить читая новстные ленты (или боитесь что пропустите) - доигрались. Не вы конкретно - мы все.
Продолжение тут.

5. Какова мотивация игроков играть в игры ? Душеспасительное про мотивацию
6. Про игры с нашей собственной прокрастинацией.
7. И про самые дорогие игры - игры с качеством реализации. Читайте Implementation Patterns, блеать!!!

Напочитать: Еще один технический выпуск

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

2. Хочется модульности в Java но не хочется ждать ? Аббревиатура OSGi вызывает аллергию ? (у меня кстати тоже :)) Есть весьма оригинальный рецепт на maven и eclipse aether.

3. Давненько не говорили про Spring. А он не сдох, нет. Он цветет и пахнет.
Замечательная статья об особенностях способов конфигурации контекста различными способами в Spring.

Spring тоже смотрит в сторону микросервисов и даже выпустил для этого Spring Boot. Весьма занимательная вещь, особенно после прочтения примеров кода.'
Прододжая тему микросервисов в исполнении Spring и Spring Boot хочется порекомендовать статью (осторожно, java 8 detected)

4. Замечательная success-story от команды Касперского. Так и делаются хорошие вещи - с кофем и в Праге :).

5. Кастомные ассерты. Если подходить к вопросу с точки зрения догматики, то мне кажется что assertEquals/assertTrue  - более чем за глаза, остальное - от лукавого. Но догмы - догмами, а реальная жесть жизнь диктует свои правила. Слова для гугления  - Hamcrest, fest-asserts, AssertJ.

6. Предупреждение заигравшимся менеджерам - менеджер должен тратить 30% времени на код. И ведь сам сижу и думаю про то же.

7. Про то, почему контейнеры не нужны. В свете последнего тренда на Docker  - странно, но обоснованно.

8. Ну и раз уж заговорили про Docker - родился maven plugin. Раз и два на эту тему.

9. Суровые будни автоматизации тестирования десктопа. Я сам такой же был. Молодцы, чо.

10. Google Chrome начинает лезть на полянку TeamViewer. Пока результат не ахти какой, но наброс хороший.

Видео: Моя говорящая голова с CodeFest 2014

Книга: Как тестируют в Google

Предыстория.
Сначала я узнал о том что книжка переводится, потом о том что первые 1000 экземпляров разошлют в QA подразделения по стране, потом попал в гости в Innova к Жене Ткаченко и его коллегам.

Дочитал. В отличии от Талеба  - написана очень легко.Побольше бы таких.
То, что Google является одной из самых (трудно сказать кто самый) технологичных организаций - думаю не для кого не секрет.
Очень интересно узнать что же на самом деле внутри.
А внутри на самом деле все как обычно, как и везде - розовых пони не существует!
Много работы, жесткий кадровый отбор, грамотное руководство и отсутствие страха перед экспериментами.

Пожалуй самый галвный инсайт который я извек из книги - Google настолько продвинулся в области тестирования не сам по себе и не с нуля - это все из Microsoft.

Все три автора книги (Джеймс Уиттакер, Джейсон Арбон и Джефф Каролло) до этого работали в Microsoft. Патрик Коупленд - руководитель направления продуктивности разработки  - тоже 11 лет отпахал в Microsoft. На мой взгляд половина успеха гугла заключается в том, что эти (и другие) люди принесли с собой такую гору экспертизы, какую мало где можно найти.

Книга хорошо переведена и структурирована.
Еще одной замечательной особенностью книги является то, что она приводит мысли в голове в порядок и позволяет им сформулироваться четко и кратко (twitter-формат :))
У меня набежало почти 40 поинтов, кому интересно ознакомится можно тут.

Оценка 7.5/10

Всем людям причастным к тому чтобы эта книжка вышла на русском языке и отдельно Юле Нечаевой, с которой я так до сих пор и не познакомился лично - большое спасибо.

P.S. это становится хорошей традицией - издавать хорошие книжки на русском, давайте ее продолжать.

P.P.S К сожалению завтра не попадаю на презентацию "Заона малинового варенья" Джерри Вайнберга где я соучаствовал.

Цитата:как тестируют в Google

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

P. S. Дочитал только  до середины,  но уже могу смело всем рекомендовать к прочтению.  Отзыв воспоследует.