На этой неделе выпуск «Полезного чтива» выходит с опозданием на один день. Вот полезные материалы для чтения за последнюю неделю:

• Пишем самый быстрый хеш для кэширования данных: Часть 1, Часть 2, Часть 3 – детальное описание процесса построения быстрой хэш-таблицы для кэширования данных
• 
  SPRING MVC 3.2 PREVIEW: ADDING LONG POLLING TO AN EXISTING WEB APPLICATION – как организовать long polling в Spring MVC 3.2, просто и красиво
• Solving a Producer-Consumer Problem in Java – пример реализации многопоточного обработчика задач на Java
• ActiveMQ 5.6.0 Release Notes – радостная новость – наконец-то вышел ActiveMQ 5.6.0 с более 450 багфиксов
• 
  SPRING MVC 3.2 PREVIEW: MAKING A CONTROLLER METHOD ASYNCHRONOUS – как же просто и прозрачно ребята делают новые концепции в Spring MVC 3.2
• TeamCity Build Dependencies – TeamCity зависимости между сборками – мощный инструмент
• Risk Driven Development – в Agile рисками управлять проще и натуральнее
• Effectiveness of Teams – команды рулят, но только настоящие команды
• Maven Does Not Suck . . . but the Maven Docs Do – если делать все так, как «завещал» Maven, то все будет шикарно
• A Developer’s Perspective on IAAS vs. PAAS – в чем разница между PaaS и IaaS, иногда она не так очевидна
• Trello vs. KanbanFlow – сравнение двух неплохих систем для управления проектами
• История Agile – отличный обзор принципов и практик, которые были положены в основу Agile, много ссылок на первоисточники
• Maven Build Dependencies – введение в управление зависимостями в современных инструментах сборки
• Maven the Version Number Nazi – делайте как вам советует Maven и все будет хорошо
• Redefining software quality – попытка по аналогии с пирамидой Маслоу сделать пирамиду качества кода
• Why your team should do code reviews – мотивация на code review, не представляю как без него и жить то можно
• Martin Fowler on ORM Hate – Мартин Фаулер объясняет, почему многие ненавидят ORM
• Goodbye, CouchDB – отличный обзор того, как CouchDB проиграл MySql
• Continuous Delivery vs. Traditional Agile – ключевое отличие Continuous Delivery в том, что работает философия «можно сделать релиз в любой момент», снижая риски
• Using TestKit with Java – как тестировать Akka приложения в Java
• SPRING MVC 3.2 PREVIEW: INTRODUCING SERVLET 3, ASYNC SUPPORT – обработка асинхронных HTTP запросов в Spring MVC, как и все остальное, сделана просто и красиво
• Do It Yourself Java Profiling – как сделать профилирование в Java проекте своими руками и зачем это нужно
• How to Integrate Models And Code – я считаю, что моделирование с генерацией кода обречено на провал, ни разу не видел достойной реализации на практике
• That’s How You’re Using Story Points? No Way. – стори поинты используются исключительно для оценки относительной сложности фичи и больше ни для чего
• О повторном использовании кода – размышления на тему повторного использования кода. Нам тут сильно помогает 100% ревью кода
• 
  SPRING MVC 3.2 PREVIEW: TECHNIQUES FOR REAL-TIME UPDATES – современные виды транспорта в веб-приложениях
• Build Less, Start Sooner – самый лучший способ делать хорошо и в срок – делать меньше, фокусируясь на самом главном, а не делать мусор быстро
• Unit and Integration Tests With Maven and JUnit Categories – как настроить в maven запуск разных типов тестов с JUnit категориями
• Why Does Management Care About Velocity? – и снова предупреждение: velocity не служит для измерения продуктивности команды, а рабочий продукт служит
• My First steps in Test Driven Development- A Win-Win Strategy – TDD помогает тратить меньше времени на ожидания при ручном тестировании разработчиком
• Java Thread Deadlock: A Case Study – Thread Dump хранит в себе много полезной информации, чтобы исправить проблемы с тормозами или дедлоками
• Безопасная публикация и инициализация Java-объектов, или #когдаужепочинятdoublecheckedlocking – детальнейший разбор ситуации с singleton и его проблемами в многопоточной среде в Java
• 6 Types of Monitoring – 6 типов мониторинга, которые должен знать каждый

И порция полезного видео для просмотра:

• The Once And Future Script Loader – обязательно смотреть тем, кто использует много JavaScript файлов или верит, что упаковка в один файл спасет их

Читайте и набирайтесь новых знаний!

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

Мы назвали конференцию «Учимся на чужих ошибках», чтобы подчеркнуть, что гораздо лучше слушать про ошибки других людей, учиться на них и не допускать их в своей практике. Как обычно, мы приглашаем выступить профессионалов и практиков своего дела и поделиться своими печальными историями, выводами и мерами по их предотвращению в будущем. Темы выступлений принимаются любые, но обязательно основанные на реальном практическом опыте докладчика – ведь конференция имеет практическую направленность. В программе уже 5 докладов и она почти сформирована.

Конференция пройдет в первой половине дня 9 июня. Начало в 10:00 по Киевскому времени (UTC+3, EEST). Формат простой и непринужденный. Каждый докладчик будет иметь 20 минут на свой доклад и еще 10 минут чтобы ответить на вопросы участников. Участники смогут задавать вопросы по ходу всего доклада в Twitter (хештег #itbrunch) или в онлайн системе, которая была выбрана для проведения конференции. Организаторы будут озвучивать все вопросы в конце доклада.

Напоминаем, что конференция совершенно БЕСПЛАТНАЯ. Да, мы знаем, что вы не цените бесплатных мероприятий. Да, вы регистрируетесь, а потом попросту забиваете на то, что не стоили вам ровным счетом ничего. Но при этом, прошлые конференции собрали несколько сотен действительно заинтересованных участников из 10 стран и большого количества городов, разбросанных по карте мира. Разве это не здорово? Ведь доклады могут послушать совершенно разные люди, а у докладчиков есть возможность поделиться своими мыслями с такой широкой аудиторией. А еще тысячи людей смогут послушать доклады в записи. Поэтому мы будем продолжать развивать это направление!

Приглашаем вас присоединиться к нам 9 июня. Регистрация уже открыта. Будет интересно!

Конец этой недели, 11 и 12 мая, я провел в Москве на конференции Application Developer Days 3 (ADD-3). Поэтому решил написать отчет сразу по горячим следам. Я побывал на этой конференции впервые, хотя порывался съездить и в прошлом году. В этот раз я был с докладом на тему облачной разработки, но об этом позже.

Лететь из Киева мне пришлось в одиночку, потому что никто из знакомых туда не собирался. Это немного расстроило. Возможно, причиной стала высокая стоимость участия и отсутствие дефицита в мероприятиях в самой Украине, к чему мы сами сильно прикладываем руки. Так или иначе, проснувшись в 4:40 утра, я отправился в дальний путь. Благодаря разнице во времени, даже не смотря на ранний рейс, на открытие и первый доклад я не успел. По дороге позавидовал москвичам за наличие аэроэкспресса из аэропорта, потолкался как пингвин в метро, очередной раз порадовался тому, что живу в Киеве.

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

Стоит отметить очень высокий уровень места проведения – Международный Информационно-Выставочный Центр «ИнфоПространство». Все было отлично – качественные микрофоны, звук, мониторы для показа презентации, трибуны для докладчиков, удобные стулья. Отдельно порадовали вкусный обед и кофе паузы. Было вдоволь всего, а сервис не вызывал нареканий.

Я еще отметил для себя удивительную вещь. Атмосфера и участники очень сильно отличались от украинских мероприятий. У нас обычно народ жалуется на трудную жизнь в аутсорс-проекте, невозможность внедрения новых технологий, редко когда люди хвастают своими навыками сразу в нескольких языках программирования. На ADD-3 я тут и там встречал людей, которые знают Python, C++ (обязательно), Java и периодически играются с Erlang. На конференции практически не освещались подходы к разработке, все доклады были техническими, некоторые на чересчур узкие темы. Маловато было выступлений на тему архитектурных решений в распределенных и высоконагруженных системах, слабовато были представлены современные NoSQL решения и разработка клиентских приложений. Это еще одно отличие от Украины – у нас эти темы очень популярны.

Теперь о докладах, на которых мне удалось побывать. Начал я с доклада Дмитрия Лазаренко «Облачные платформы Java: как они устроены и чем отличаются». Сразу объединю свои впечатления с посещением его второго доклада «Облачная платформа Jelastic c точки зрения конечных пользователей: проблемно-ориентированный подход». Для меня оба доклада были очень похожими и мало что дали из новой полезной информации. Нам постоянно намекали или говорили прямо как крут Jelastic, хотя без масштабирования уровня данных, возможности менять некоторые характеристики без рестарта и некоторых других возможностей Jelastic может сгодиться разве что небольшим проектам. Хотелось бы больше деталей о том, как это реализовано внутри, но докладчик постоянно ссылался на отсутствие у него подобных знаний. А некоторые вещи выглядели на презентации как «чудо» в Java мире. Я был бы рад узнать, как они победили некоторые насущные для Java проектов проблемы, чтобы применить это на практике.

Следующим в моем списке был доклад Константина Данилова Библиотеки и фреймворки для построения клаудов. Краткий вывод – слишком сложно! Рассказ был о низкоуровневых инструментах и приемах, в то время как половина аудитории вообще не понимала для чего это все нужно. В итоге, слышал много отзывов, что было мало что понятно.

Дальше я отправился на доклад Артура Орлова «DVCS как конвейер IT-производства». Доклад был очень живой и мне понравился. Докладчик представил несколько моделей использования VCS в проектах разного типа и показал, как распределенные системы Git и Mercurial помогают справиться с проблемами легче и эффективнее. Подискуссировали на тему полезности команды ‘rebase’ и несет ли она потенциальный вред, а также можно ли работать без роли branch maintainer и кто тогда несет ответственность.

Следующим был Александр Долгарев с докладом «Сравнение AMQP и ZeroMQ». В качестве реализации протокола AMQP рассматривался RabbitMQ. С ним я знаком и мы давно запланировали переход на него с текущего JMS провайдера, как только сделаем надежный механизм поиска и перепосылки потерянных сообщений. ZeroMQ показался очень интересным. Это «socket на стероидах». Многое надо писать самому руками, но очень быстрое и гибкое взаимодействие между отправителем и получателем следует из самой технологии.

Дальше настала моя очередь поделиться знаниями об облачной разработке на AWS в моем докладе «Разработка распределенных приложений на AWS». Я был очень удивлен такому небольшому количеству участников в зале. Потом узнал, что параллельно выступал человек-легенда в мире разработчиков России – Дмитрий Завалишин. Он, к слову, получил первый приз за лучший доклад по голосованию участников. Надеюсь, я не подвел тех, кто выбрал мой доклад. Еще минут 20 после доклада я отвечал на вопросы участников и никто не разбегался на кофе. Пересказывать доклад смысла нет. Вот презентация, а скоро сделаю из нее слайдкаст:

С последнего доклада я ушел погулять по городу и заселиться в отель. Усталость и ранний утренний подъем давали о себе знать, поэтому на следующий день я решил выспаться и не пойти на первый доклад. Тем более, что Андрей Бреслав будет у нас в гостях 19 мая на JEEConf, а остальные доклады мне не особо были интересны.

Первым докладом во второй день конференции я посетил «Картография в Windows Phone» от Александра Сороколетова и Алексея Страха. Ребята приехали из Минска и я их хорошо знаю. Доклад был очень легкий и приятный. Я для себя узнал в каком формате хранятся карты у современных провайдеров, а также как устроены картографические сервисы. Оказалось, что написать свое приложение с картами внутри очень-очень просто, по крайней мере на базе Windows Phone 7.

После обеда я реально разрывался. На всех трех сценах были интересные доклады. Я все таки выбрал доклад Романа Елизарова «Пишем самый быстрый хэш для кэширования данных». Доклад немного разочаровал – я ожидал больше стратегий по кэшированию, выявлению мест для потенциального применения кэшей и, возможно, существующих решений. А весь доклад свелся к тому, что для реализации быстрых алгоритмов надо читать Кнута (совет от КЭПа), а еще при определенных обстоятельствах (когда ключ является частью самого значения) можно сделать свою реализацию классической мапы с прямой адресацией. Да, она будет давать очень быстрый get, но часто очень медленный put. Вопрос в том, какому количеству участников реально нужно тратить время на подобную реализацию. Ведь у 99.9% гораздо больше времени уходит на вычитывание самого объекта из памяти, чем на поиск его в кэше. Есть естественно критические приложения, где это очень важно, но их мало.

Дальше я снова разрывался, но выбрал доклад Вадима Цесько «Потоковая обработка данных с помощью модели акторов (Actor Model)». Я уже не раз присматривался к этой модели и ее реализации – Akka. Очень хотелось посмотреть, как люди в большой компании применяют ее на практике. Первая половина доклада все больше подталкивала меня к внедрению, но вторая половина вернула в реальный мир. Обработка ошибок, ненадежная доставка сообщений, возможные падения по памяти либо блокировки из-за ограниченного размера почтовых ящиков, неявные дедлоки и т.д. Еще сильно тормозящим фактором является применение именно в Java. Там далеко не все так красиво как в Scala, а ради этого переводить проект на сравнительно новый язык безумно. Но доклад был очень интересным, с множеством примеров и детальным описанием модели.

Потом я отправился на доклад Дмитрия Грошева «Обработка ошибок — общие соображения и грязные подробности». По-моему докладчик перемудрил с избавлением от исключений – система получилась очень сложная и не работает в общем случае. А так в очередной раз потерли тему нужны ли исключения, вред от возвращения null, панацея ли unchecked исключения.

Я возлагал большие надежды на доклад Александра Чистякова «Практический опыт использования некоторых современных решений репликации MySQL». Тема мне особенно интересна, потому что без репликации в облачной разработке никуда, а мы постоянно выдумываем свои костыли для MySql. Да и база у нас измеряется терабайтами. Доклад был очень живым и интересным. Видно, что докладчику очень наболело и он делился своими попытками сделать адекватное решение. Я записал себе несколько новых идей. Жаль, что заключением доклада было «адекватного способа делать надежную репликацию нет». Так доклад заканчивать нельзя. Даже мы придумали некоторые решения, которые вроде как работают.

Последим докладом я выбрал «Как готовить MySQL» от Андрея Аксенова. Доклад будет очень полезен тем, кто начинает работать с MySql или на собеседовании не может толком объяснить как настроить InnoDB. Небольшая, но очень важная тема, четкий детальный анализ с примерами из жизни, живое выступление. Обязательно рекомендую пересмотреть доклад на видео, а также проверить все настройки в своем проекте.

Это был последний доклад на конференции. Дальше закрытие, розыгрыш призов и слова благодарности всем-всем-всем. Я не рассказал о соревнованиях в программировании роботов, но деталей не знаю – зашел только один раз поглазеть.

В целом, конференция получилась интересная. Не все темы для меня были актуальны, но тут на всех не угодишь. Ждите видео и обязательно уделите время на просмотр выбранных докладов. Спасибо всем, кто пришел на мой доклад, не смотря на интересные выступления на других сценах. Очень рад, что получил опыт «погружения» в такую атмосферу и общения с новым интересными людьми. Приглашаем разработчиков из России к нам в гости на XP Days Ukraine и JEEConf!

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

2 июня пройдет перенесенный тренинг «Успешный старт проекта». Сергей Поволяшко подготовил этот тренинг на основании своего многолетнего опыта управления проектами. На тренинге вы сможете узнать какие активности стоит проводить на стадии инициирования проекта, какие риски есть и как с ними бороться, как оценивать проекты с финансовой и временной точек зрения, что необходимо включить в контракт и как это сделать. Если вы менеджер и ваша работа связана со стартом новых проектов, то этот тренинг для вас!

16 июня состоится тренинг «Kanban для управления проектами». Данный тренинг познакомит вас с принципами, лежащими в основе методологии, преимуществами, которые дает ее внедрение. Множество практических упражнений позволит лучше прочувствовать и понять основы, а также интересно провести время. Участники смогут узнать как определиться с выбором методологии, с чего начать использование Kanban, как выполнять основные проектные активности, какие роли и обязанности есть в команде при применении Kanban, какие инструменты и приемы могут помочь в успешном использовании методологии. Также тренер поделится большим практическим опытом и историями о применении Kanban в различных проектах.

22-23 июня запланировано сразу два тренинга. Первый из них – наш популярный тренинг «TDD в .NET» от Александра Белецкого и Сергея Калинца. Современные средства разработки значительно повышают эффективность разработчиков. Создавать приложения становится все легче и легче. В тоже время, сложность самого программного обеспечения постоянно растет. И часто разработчики сталкиваются с проблемой: «А точно ли мой код работает так, как я хочу?». Данных тренинг позволит вам в компании коллег и под чутким руководством людей, практикующих TDD каждый день, пройти путь от ответа на вопрос «что ж это такое — TDD!?» до владения набором практик и знаний, которые сделают вашу жизнь разработчика намного легче и приятнее.

Второй тренинг «Метрики: команды, проекты, процессы и код» проведет Сергей Поволяшко. Основная идея тренинга – помочь компании или проекту быстрее понять, зачем и какие измерения нужны, как их внедрить и интерпретировать. Тренинг структурирует теоретическую подготовку в области измерений и вырабатывает эффективный подход к практическому применению измерений. Что важно, вырабатывается понимание выгод измерений для бизнеса, заказчика, проектной команды. Общая направленность на практическое применение. Интерактивное изложение теории и практическая работа в группах, множество практических заданий и кейсов из реальной жизни. Тренинг направлен на практическое применение измерений (метрик) при разработке ПО в проектных командах.

На тренинге будут рассматриваться различные виды метрик: проектные, процессные, качества и кода. Участники смогут получить представление о том, какие метрики стоит использовать в современных Agile методологиях (Scrum, Kanban), а также как и когда их собирать и анализировать. Качество кода также не будет забыто и участникам будут предложены разнообразные методики и инструменты для сбора и контроля метрик кода, не позволяющих проекту «скатываться» на уровень «говнокода».

Также на июнь запланировано 2 встречи «Клуба анонимных разработчиков». Как видите, июнь будет достаточно насыщенным. Присоединяйтесь к нам – будет интересно!

8 мая мы провели встречу «Клуба анонимных разработчиков» на тему построения интерактивных сайтов. На встрече мы поговорили об общей архитектуре, серверных и клиентских технологиях, протоколах взаимодействия, способах передачи данных и многом другом. Теперь время углубиться в детали.

Ключевую роль в современной веб-разработке играет JavaScript. JavaScript давно перестал быть «игрушечным» языком. Напротив – современные веб-приложения диктуют свои правила и сложность front-end части неумолимо растет. Подходы, которые мы с успехом использовали пару лет назад, основанные на jQuery и других подобных библиотеках, перестают работать, когда приложение переходит определенный «порог» сложности.

Front-end, также как и back-end приложения, требуют архитектурного подхода решения задач программирования. Благодаря очень активному сообществу, которое сложилось в последнее время в JavaScript разработке, мы имеет обширную базу знаний, подходов и шаблонов проектирования. Также, необходимо отметить рост числа готовых к использованию библиотек и инструментов, которые значительно облегчают front-end разработку.

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

Итак, встреча пройдет в четверг 17 мая. Место проведения мы объявим ближе к дате мероприятия. Это связано с тем, кто число членов клуба постоянно растет и мы рискуем не влезть в уютный Киевский офис компании DataArt. Этот офис полюбился членам клуба своей уютной обстановкой и наличием всего необходимого для продуктивного общения. Но, по итогам прошлых встреч, есть риск, что все желающие не поместятся.

Официальное начало встречи по-прежнему в 19:00, завершение в 23:00. Стоимость участия 80 гривен при оплате заранее, 120 гривен при оплате на месте. Пива, пиццы и кофе с печеньками хватит на всех. Регистрация обязательна. Все детали по оплате будут высланы вам после успешного прохождения регистрации. Количество мест ограничено 60 участниками.

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

• Deploying ElasticSearch with Chef Solo – Chef – мощный инструмент для конфигурации системы
• Modeling Failure Scenarios in Systems – «научный» подход к планированию возможных падений системы и действий в этих случаях
• 5 Things all Java developer should know when developing for the cloud – только на первый взгляд облачная разработка не отличается от обычной, а на самом деле отличий море.
• Threading Stories: ThreadLocal in Web Applications – ThreadLocal несет в себе много скрытых проблем, поэтому используйте только при крайней нужде или совсем не используйте
• Fred’s Foot: A Lesson in Managing Team Conflict – Part 2 – вот как печально закончилась история с пахнущим сотрудником, так что не спешите с выводами
• What is Latency, Throughput and Degree of Concurrency? – что такое latency и throughput
• Очевидные 3 правила безопасности – 3 простых правила для безопасности веб-приложений
• Желающие продвигаться дальше в менеджерской части – о менеджерах и развитии карьеры
• An Introduction to NoSQL Patterns – как работают хранилища NoSQL изнутри
• ZooKeeper Farmer – интересный проект на базе ZooKeeper для координации серверов
• PMD 5.0.0 – новая версия отличного инструмента для статического анализа
• What should a good code review look and feel like? – каким должен быть идеальный code review
• Release Planning: Business Value – планирования релиза – всей командой расставляем Business Value (BV)
• How Apache Tomcat Implemented WebSocket – как работать с WebSocket в Tomcat 7 на примере простого чата
• MongoDB, Java and Object Relational Mapping – MongoDB и ORM в Java
• Preventing CSRF in Java Web Apps – кустарная борьба с CSRF в Java
• SettableFuture, или как выстрелить себе в ногу сферическим велосипедом в вакууме – для любителей поразбираться в решении задач многопоточного доступа а Java
• More adventures in magic automation numbers – о магии предсказаний в области автоматизации
• 5 причин полюбить Mylyn – Mylyn – очень крутая штука
• Release Planning: Product Backlog – идеальный план планирования релиза, когда вся команда работает над пользовательскими историями
• Product Owner should deliver Enabling Specifications – Product Owner должен к каждой итерации готовить подробные требования, это его работа и чудес не бывает
• Отличный способ выстрелить себе в ногу, ну или не только себе – одна из опасностей облачного хостинга – переменная оплата, особенно опасно с трафиком
• Google Guava: Bimaps – еще одна полезная абстракция в Google Guava – двухсторонняя мапа
• MongoDB and Java – краткая инструкция по подключению MongoDB в Java проект
• MIGRATING TO SPRING 3.1 AND HIBERNATE 4.1 – как перейти на Spring 3.1 и Hibernate 4.1
• Параллельное Selenium тестирование – Отличный отчет о докладе с конференции Selenium Camp о параллельном тестировании с Selenium
• Making the HTTP Archive faster – парочка полезных советов по улучшению производительности от автора HTTP Archive
• The Leadership Challenge – всем, кто любит бла-бла-бла статьи про лидерство, посвящается
• WebSockets in Tomcat 7 – поддержка WebSocket добавлена в Tomcat
• Maximizing the Value of Your Stand-up – различные вариации в проведении ежедневного Scrum митинга, разнообразьте его и будет интереснее
• Shut Up and Focus – классные идеи для тренеров: давать людям придти к выводам самостоятельно, лимит времени и желтые карточки
• Determining Sprint Length – факторы, которые стоит принять во внимание при выборе длины итерации, чем итерация короче, тем точнее к цели вы идете
• Multimaps – Google Guava – мультимап – очень классная штука, которая придумана изначально в commons-collections и классно сделана в Google Guava
• Tools for Retrospectives in Distributed Teams – несколько инструментов для проведения распределенных ретроспектив
• Fred’s Foot: A Lesson in Managing Team Conflict – Part 1 – для тех, у кого был конфликт в «пахнущим» программистом
• Collection Creation and Immutability with Google Guava – обзор очередных удобных фичей Google Guava по работе с коллекциями
• Public Impediment List – Again – список препятствий команды должен быть публично доступен или хотя бы просто быть – ScrumMaster-ам на заметку
• Dealing with bad news – тестировщик должен аккуратно доносить плохие вести, а лучше помогать программисту самому тестировать
• Ты посадил свое Agile-дерево? Упражнение, чтобы выработать общее понимание – отличное упражнение на понимание принципов и практик Agile – дерево Agile, можно гораздо лучше понять связи
• Frameworks vs Libraries as Inheritance vs Composition? – размышления на тему наследования и композиции
• Baby steps for pussies – выкатывать новые идеи нужно постепенно, а не сразу на всех пользователей
• The 10 Biggest Mistakes Made With Amazon Web Services – 10 наивных ошибок при работе с AWS
• Forget the Project Manager, we need competences! – да, в хорошей Scrum команде менеджеру делать нечего
• TestCoverage – здравое размышление по поводу покрытия кода
• Quotes Every Software Engineer Should Know – известные высказывания на тему разработки
• Selenium. Понять и полюбить:) – классный отчет о посещении моего тренинга, конференции Selenium Camp и применении собранных знаний в компании
• Вопросы и ответы – FAQ по высоконагруженным системам
• Какая бывает автоматизация? Часть вторая. – о типах инструментов для автоматизации тестирования
• Eliminate boring testing: Automating visual comparison – пример классной идеи, которой я давно делюсь на тренингах – автоматизация тестирования изменений в UI
• TeamCity Build Dependencies – как хитро и неоднозначно сделали поддержку build pipeline в новом TeamCity 7.0
• The Developer-Tester Divide – опытный товарищ видит тестирование так же как я – единая команда, где все работают на качество продукта
• Fake S3 для офлайновой разработки и экономии денег – очень удобный Fake S3 для экономии денег на тестировании функциональности, работающей с S3
• 10 лучших инструментов для разработки и администрирования MySQL – список платных и бесплатных инструментов для работы с MySQL, лично мой выбор – напрямую из IDE, Toad или EMS
• Возьми от Firefox все для веб-разработки – отличный обзор плагинов к Firefox для адекватных веб-разработчиков
• Code Coverage for JavaScript Unit Testing – теперь можно мерять покрытие тестами JavaScript кода в IDEA
• What Refactoring Is, And What It Isn’t – часто рефакторингом называют глобальную переделку системы
• Using planning poker cards to estimate larger amounts of work (projects) – оценивать работу должны исполнители, planning poker – это клево, но способ тут странный
• Urgency isn’t panic – паника – натуральный, но не лучший способ реагировать на нагрузку
• Еще одна статья о code review – хорошая статья о важной практике Code Review
• Sometimes It’s Easier to Just Write Your SQL – давайте будем честны сами с собой – ORM отлично подходит для CRUD-приложений, а не всех подряд
• Bridging between JMS and RabbitMQ (AMQP) using Spring Integration – как мигрировать с JMS на AMQP легко с помощью Spring Integration
• Логические уязвимости при составлении SQL запросов с LIKE – если не экранировать данные в LIKE запросе, то можно получить проблемы с нагрузкой на базу
• Why Developers Keep Making Bad Technology Choices – несколько факторов, которые влияют на неверный выбор технологий и корявую архитектуру на выходе
• An Argument for Comprehensive User Stories – к моменту планирования итерации User Story должна быть снабжена всеми деталями, это сильно уменьшает риски ошибок
• Как делать презентации, или почему не все взлетает? Часть 1 – неплохое пособие для потенциальных докладчиков
• I Want to Estimate the Time it Takes to Solve a Memory Leak! – реклама нового инструмента для поиска мемори ликов – Plumbr
• All Java Architects: Read This – совершенно не согласен с пунктами про интерфейсы и слои, они помогают сделать стройный внутренний API
• Guava Splitter vs StringUtils – интересное сравнение старых добрых StringUtils и Guava Splitter

И порция полезного видео для просмотра:

• Selenium State of the Union – что изменилось в мире Selenium за последний год и чего нам ждать дальше
• Lightning Talks! – lighting talks: за один час столько интересных идей
• Being Good At Waiting – учимся правильно ждать в Selenium тестах
• «Клуб анонимных разработчиков» – выложили видео со встречи на тему облачной разработки
• So You’re Automated…Now Let’s Make It Fast! – отличные советы по ускорению Selenium тестов
• Teaching a Robot to Play Angry Birds – как Jason Huggins научил робота играть в Angry Birds
• Speed Up Your Selenium Tests with PhantomJS – PhantomJS – интересный выбор для запуска Selenium тестов в браузере без UI
• Self-Generating Test Artifacts for Selenium/WebDriver – забавная идея – генерировать Page Objects из кода приложения
• Selenium IDE – теперь тесты из Selenium IDE можно будет запускать на разных браузерах через WebDriver
• Continuous Deployment Practice – отличное выступление на тему Continuous Deployment
• SQL? NOSQL? NEWSQL? WHAT’S A JAVA DEVELOPER TO DO? – запись отличного вебинара про выбор хранилища данных: SQL, NoSQL, NewSQL
• Lean Startup: Why It Rocks Far More Than Agile Development – Lean Startup от Joshua Kerievsky
• To Java SE 8, and Beyond! – очередные фантазии на тему что нас ждет в Java 8
• Java in the Cloud – PaaS Platform in Comparison – обзор и сравнение облачных решений для Java разработки
• Sustainable Pace in Agile Projects – загнанная лошадь долго не пробежит, подумайте об этом при работе с Agile командой
• 1,000,000 Daily Users and No Cache – ищите баланс между эволюцией и революцией для вашей архитектуры
• Seven Secrets Every Architect Should Know – отличное видео доклада на тему принципов для архитектора, всем архитекторам обязательно посмотреть
• StormMQ – Cloud-based Message Queues – много кто начинает активно использовать AMQP 1.0
• Scaling Agile to the Enterprise – слушаю выступления на тему Agile от теоретиков и жду, что среди доклада послышится «А-ли-луя!»
• How We (Mostly) Moved from Java to Scala – ребята в Guardian очень грамотно переходил с Java на Scala, неспешно и надежно

Читайте и набирайтесь новых знаний!

Май получается очень-очень насыщенным на конференции. Одна из них на тему Agile – AgileBaseCamp CREW DRILL пройдет 25-26 мая в Харькове. Это 2 насыщенных дня:

• индивидуальными и командными учениями
• богатыми опытом экспертов докладами
• дискуссиями, нетворкингом и фаном

Только в течение этой недели у вас есть шанс сэкономить до 50% стоимости билетов, собрав команду из 3-х или 5-ти человек! Зарегистрировав команду и оплатив участие до 30 апреля, вы получаете огрооомную скидку и возможность участвовать в конкурсе на самой конференции. Командных участников ждут квесты и призы.

Цены на 2-х дневную конференцию такого масштаба еще никогда не были такими низкими: 555 или 777 грн вместо 1100 гривен!

Мы высылаем туда целый десант докладчиков. Николай Алименков представит свой доклад «Continuous Delivery». В докладе Николай расскажет как построить надежный и повторяемый процесс поставки продукта, заменив большую часть ручной работы с помощью автоматизации. Речь идет не только о релизах, но также о различных демонстрациях и ручном тестировании. Слушателям будут представлены принципы и правила, которые лежат в основе Continuous Delivery (непрерывной поставки). Будет рассмотрен последовательно весь процесс внедрения полезных инженерных практик, необходимых для успешной реализации подхода, а также инструменты и библиотеки, которые помогут его реализовать.

Еще один наш тренер, Александр Белецкий, выступит с докладом «Архитектура крупномасштабных JavaScript приложений». Современные веб-приложения имеют тенденцию переноса «центра сложности» с серверной на клиентскую сторону. Такое смещение акцента требует от разработчика переосмысления некоторых привычных ему фактов, изучения языка JavaScript, а также понимания архитектурных решений на клиентской стороне. Об этом и пойдет речь в докладе.

Дмитрий Ефименко представит свой доклад «Auftragstaktik – старые новые принципы самоуправляемых команд». Auftragstaktik – философия управления, выработанная немецкими военными в конце XIX вв для борьбы с кризисом управления, вызванным повсеместным применением Befehlstaktik с её фокусом на выполнении детальных приказов. Новая философия управления позволила сформировать инициативный, способный к самостоятельным действиям коллектив единомышленников, объединенных общими целями. Принципы Auftragstaktik читаются как руководство по управлению Aglile командой, стартапом, продуктом. Именно поэтому, во многих современных армиях и бизнес-школах их изучают очень тщательно – они совершенно не устарели, а многие идеи и принципы прямо прописаны в наших настольных книгах.

Присоединяйтесь к нашему десанту! Будет интересно!

В эти выходные, 21 и 22 апреля, Киев принимал самую масштабную на просторах постсоветского пространства конференцию тестировщиков – SQADays. Конференция в Киеве стала 11-ой по счету, что уже говорит немало о ее популярности. Не смотря на мои «разработческие корни», я в очередной раз подготовил доклад на тему тестирования и принял участие в конференции в качестве докладчика. Но о моем докладе чуть позже…

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

Местом проведения был выбран КИМО, что поначалу меня немного шокировало. Ведь в образовательных заведениях по-прежнему царят «советские» устои, да и помещения не претендуют на звание современных. Но скажу сразу, что мои опасения мало в чем подтвердились. Огромным плюсом стал размер залов и холла. Складывалось ощущение, что никакой конференции и нет вовсе, а просто «пожилые» студенты с бейджами бродят из аудитории в аудиторию. Везде хватало мест и никто не теснился.

Сразу отмечу удобство программы, которая одновременно является и блокнотом. Мы позаимствовали этот формат для наших конференций. Это реально очень удобно – вы создаете свою версию «книги знаний». Но, к сожалению, информация о докладах в программе была устаревшей и для навигации я в основном пользовался листиком с расписанием докладов. Как организатор подобных мероприятий, я еще сильно напрягался с односторонним бейджем – он все время норовил перевернуться чистой стороной наружу. Двухсторонние бейджи гораздо приятнее в этом отношении.

Вот наступило долгожданное открытие конференции. Много слов благодарности, мини-речи приглашенных зарубежных гостей и информация для участников – все это растянулось на полчаса. Скоротать это время помог интернет. Он работал практически всегда адекватно. Много участников общались в Twitter по хештегу #sqadays12 (старый хештег #sqadays атаковали спамеры). В ленте можно найти много всего интересного.

Первый доклад Ярона Цубери я пропустил в пользу мини-доклада на тему советов по смене работы от Алексея Лянгузова. Леша сам только сменил работу после долгих лет, проведенных в компании Sun, и ему было чем поделиться. Много полезных советов, пометил себе эту презентацию на случай ухода с текущего насиженного места. Надо отметить, что зона стендовых докладов была оборудована грушами-подушками, которые просто мега-удобные. У меня такая есть дома. Теперь мы постараемся на следующих наших конференциях делать лаунж-зону с такими же грушами.

Очень хотелось проснуться, а растворимый кофе на кофе-брейке пить совершенно не хотелось. Поэтому мы отправились в близлежащий «Кофе-Хаус». Оказалось, там достаточно много участников конференции также коротали время. Вообще, кофе-брейки стали самым слабым местом конференции. Кипяток был на вес золота, его постоянно не хватало. Женщины в столовской одежде разливали его из большой кастрюли, заливая насыпанный в стаканчики растворимый кофе и чай в пакетиках. До еды я так ни разу и не добрался, но, по слухам, она разлеталась очень быстро. Я больше расстраивался отсутствию постоянного доступа к горячей воде, потому что мне нужно было принимать лечебные процедуры полоскания.

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

На обед я решил пойти во вторую смену и остался на доклад Тани Зинченко. Она захватывающе рассказывала о своей команде и о процессе, который они у себя построили. Некоторые вещи мне было очень странно слышать «под соусом» Agile. Но доклад порадовал очень позитивным настроем и полной отдаче своему делу. Так держать!

Обед я провел в компании Андрея Дзыни и Алексея Лупана. Спасибо им большое за интересную беседу, обмен идеями на будущее и просто хорошую компанию. Правда обед разочаровал. Давно я не кушал в столовках и не ощущал «столовочного сервиса». Но тут ничего не поделаешь – такое уж место проведения. Иначе бы мы просто все остались голодными.

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

Следующим по расписанию шел мой доклад. Я выступал в зале В с докладом «А вы знаете что тестируют ваши тесты?». В докладе я рассказал каким образом можно контролировать покрытие требований, кода и UI элементов приложения тестами, при этом получая информативный и красивые отчеты. Анализ и понимание покрытия тестами позволяет спать спокойно не только тестировщикам, но и менеджерам. А это очень важно во многих проектах. Но лучше слов за меня все расскажет презентация:

Как только появится звук, я сделаю слайдкаст. Также я выложил проект, на котором я демонстрировал все примеры, на свой аккаунт на GitHub. Пользуйтесь на здоровье!

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

Первый день конференции закрывал Алексей Баранцев с темой о важности граничных значений и тестирования на границах. Мне доклад очень понравился. Тема достаточно узкая, поэтому Леша медленно и интересно ее раскрывал, с кучей классных примеров из не-IT тематики. В завершение, всех ждал мультик о «целеустремленном тестировщике», который сильно поднял настроение и стал замечательным завершением дня.

Во второй день я немного опоздал на первый доклад из-за плохого самочувствия и «попал в лапы» к Стасу Фомину. Он показал и рассказал про базу знаний, которую они собирают в компании на протяжение многих лет, продемонстрировал прогресс в его подходах к съемке и подготовке материалов, а также поведал много чего интересного. Стас – увлеченный человек и это здорово (хотя и негативно повлияло на его работу в компании)!

На второй доклад я пошел к Мишу Полярушу послушать про Robot Framework. Давно хотел посмотреть его в действии и мне это удалось. Миша показал на простых примерах как легко можно начать работать с этим инструментом и какие интересные возможности открываются перед тестировщиком. Круто, я люблю практические доклады с живыми примерами!

На следующий доклад я снова остался на главной сцене послушать про внутренние «облака» в компании Parallels. Кирилл Казаков очень уверенно доносил информацию, но практической ценности в докладе я не увидел. Мало какие компании берутся за построение собственного «облака» – это затратно как по времени, так и по деньгам. Гораздо проще начать использовать публичные сервисы и отбросить паранойю по поводу кражи исходников и прочих «ценностей».

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

После обеда мой выбор пал снова на главную сцену – там два Сергея (Атрощенков и Бережной) вещали про нежелание заказчиков давать «свободу» тестировщикам. Выступление было несколько смазанным по техническим причинам – микрофоны ужасно фонили и просто не давали возможности сосредоточиться на выступлении. Идея доклада была достаточно узкой, но хорошо разжеванной – не заигрывайтесь с инструментами и подходами, а стремитесь решать выгодные с точки зрения ROI проблемы. Даже с нелюбимыми мной матрицами 2 на 2, доклад получился неплохой.

Следующий выбранный мной доклад, пожалуй, был единственной «ошибкой». Я отправился слушать Александра Башарина про оценки тестирования. Доклад был очень запутанный и скучный. Зато поиграли в шахматы онлайн в паре с Игорем Любиным (да, сдал с потрохами). Надо же как-то выходить из ситуации.

На кофе-брейке мне опять ничего не досталось, с трудом выборол для себя немного кипятка в лекарственных целях. Поэтому на доклад Ани Скуминой я отправился в приподнятом настроении. Она рассказывала о нестандартных подходах к тестированию usability. Отличные слайды, поставленная приятная речь, легкий и интересный материал – я остался доволен. Важно помнить, что тестировщик тестирует usability продукта, просто его используя. А это круче многих специализированных тестов.

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

Закрывали конференцию Наташа Руколь и Андрей Мясников. У них получился очень живой и насыщенный доклад в стиле боя в Mortal Combat. В схватке схлестнулись тестирование по сценариям и методом свободного поиска. Они наносили друг другу удары в виде аргументов и язвительных историй. То и дело зал присоединялся и выдавал свои комментарии. Отличная подача материала и, как принято, «победила дружба». Всякое тестирование важно, если его применять по месту и с умом. На этой ноте и завершилась официальная часть конференции.

За последним докладом последовало вручение призов от спонсоров и от организаторов за лучшие доклады. Очень заслуженно призы получили Олесь Сегеда, Миша Поляруш и Аня Скумина. Правда призы были несколько странными для IT-конференции – утюг, термос и еще что-то. Мне же в подарок досталась мышка за самое активное участие в twitter-ленте конференции. Мелочь, но приятно!

На afterparty я не попал по состоянию здоровья, поехал долечиваться. В целом, конференция понравилась. Мне посчастливилось попасть на яркие и интересные доклады, а также завести несколько полезных знакомств. Также я поделился в своем докладе наработками и мыслями на тему тестирования. А не для этого ли мы и приходим на подобные мероприятия? Надеюсь выступить на следующей SQADays-12, где бы она не проходила. Спасибо организаторам, докладчикам и участникам за отлично проведенное время!

Мы решили не откладывать в долгий ящик и провести очередную встречу клуба пораньше – 8 мая. Тем более нашлась очень интересная и «горячая» тема – построение интерактивных сайтов.

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

Дмитрий Рябко вызвался ответить на этот вопрос в своем докладе «Живые сайты – уничтожаем велосипеды». Этот доклад отражает практическое руководство создания интерактивного интернет-приложения с нуля. Основной упор будет сделан на сведение всевозможных «велосипедов» к минимуму, выводу общей концепции и выбору ключевых компонентов, как на серверной стороне, так и на клиентской стороне. В главных ролях CoffeScript, JavaScript, Python и Java.

Итак, встреча пройдет во вторник 8 мая. Место проведения мы объявим ближе к дате мероприятия. Это связано с тем, кто число членов клуба постоянно растет и мы рискуем не влезть в уютный Киевский офис компании DataArt. Этот офис полюбился членам клуба своей уютной обстановкой и наличием всего необходимого для продуктивного общения. Но, по итогам прошлых встреч, есть риск, что все желающие не поместятся.

Официальное начало встречи по-прежнему в 19:00, завершение в 23:00. Стоимость участия 80 гривен при оплате заранее, 120 гривен при оплате на месте. Пива, пиццы и кофе с печеньками хватит на всех. Регистрация обязательна. Все детали по оплате будут высланы вам после успешного прохождения регистрации. Количество мест ограничено 60 участниками.

Прочитал вчера статью Славы Панкратова «Про капитализацию результатов усилий» и очень захотелось ответить. Как оставить комментарий к статье не нашел, поэтому напишу ответ у себя на сайте. Основная мысль, которая кажется мне не совсем корректной – менеджеры должны получать долгосрочную прибыль при обеспечении долгосрочной прибыли своей компании-работодателю. В качестве примера рассматривается ситуация, когда менеджер расширил штат сотрудников на 10 человек.

Давайте поговорим о работе IT менеджера немного детальнее. Большая часть меджеров приходит работать в компанию на готовый проект, который до этого старательно добывал для компании CEO, CTO, представитель департамента продаж или кто-то еще. Возможно, компания также принимала участие в привлечении средств для финансирования проекта. Таким образом, изначальные вложения менеджера в проект равны нулю. Теперь перейдем к набору сотрудников. Новых людей в проект ищет доблестный HR департамент, собеседовать их и принимать на работу входит в должностные обязанности менеджера, которые ему очень неплохо оплачиваются. Есть конечно редкие исключения, когда менеджер не жалеет сил и на собственном энтузиазме занимается постоением команды (в свободное время).

Есть одна активность, которая действительно приносит компании долгосрочную прибыль благодаря менеджеру – построение настоящей продуктивной команды. Но и тут снова беда. Строить классные команды, особенно из имеющихся в наличии сотрудников, умеют единицы менеджеров. Те из них, которые знакомы мне, получают за это очень неплохую зарплату и уверены в завтрашнем дне. Вторая беда заключается в том, нет никакой уверенности в стабильной «крутости» команды после ухода менеджера. Особенно, если он был сильным лидером и команда «держалась на нем». Вот и выходит, что долгосрочную выгоду компании менеджер не гарантировал.

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

Вот и получается, что не за что менеджеру в IT давать возможность получать долгосрочную прибыль от своей работы в качестве наемного сотрудника. Все затраты и риски лежат на компании, поэтому прибыли и убытки также принадлежат компании. Уверен в своих силах? Классный менеджер? Дерзай! Начинай свой проект, ищи финансирование, собирай команду и работай не покладая рук! Вот тогда и обеспечишь себя долгосрочной прибылью, если конечно действительно так крут…

В качестве заключения, хочу отметить, что в современном мире IT роль менеджера проектов переоценена. Ярким примером являются ведущие компании наподобие Facebook, Twitter, Instagram (как же без нее) и прочие. Они полагаются на грамотных технических специалистов и лидеров. Так что не менеджерами едиными…