пятница, 6 декабря 2013 г.

Testing Survey 2013

Joel Montvelisky  организовал опрос тестировщиков.
Результаты обещают быть интересными.
Надеюсь, тестировщики читающие мой блог поучаствуют. 
После того, как результаты опубликуют, выложу их здесь.

Update: "их есть у меня".

И уже можно посмотреть и подумать.

Из интересного: настоящие тестировщики не хотят стать программерами и цифры по автоматизации радуют.

Скачать (pdf).

среда, 4 декабря 2013 г.

нАйТиОтвет-7 - по следам конфы для тех кто нанимает и тех кого нанимают.

Глянул несколько записей с конференции IT HR "нАйТи ответ". Интересно.
Как говорить то, чего говорить не хочется?
М.Завилейский о том, как объяснить коллеге, что от него плохо пахнет, как правильно поговорить с человеком об увольнении и как уверенно объяснить неправильный график. 
Рекомендую слайды, там есть хорошие шпаргалки. 

Симуляция аттестации 
М.Дорофеев, мастер-класс похожий на класс с Software People 2013. Но Макса всегда прикольно смотреть, а тот я и ко всем прочему и не видел. Первый час можно смотреть в фоне.
Слайды

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

Оставьте Job сайты в покое!
Учимся искать и оценивать кандидатов на проф. ресурсах: GitHub, Stackoverflow, Dribbble, ХабраХабр и прочее, вместе с С.Дмитриченко. 
Слайды (а там интересные примеры запросов в Google)

Больше видео и презентаций тут.

Может возникнуть вопрос, зачем это все неменеджерам и не HR. Это просто - надо знать их повадки, чтобы с ними эффективно бороться или ладить :)

понедельник, 2 декабря 2013 г.

C++ в Visual Studio 2013 или зачем на нее переходить?

Зачем переходить на VS 2013 C++ разработчику?
Этот вопрос, я думаю, возникал у многих. За долгое время привыкшие к, мягко говоря, нечастым релизам студии, разработчики за год получили 5!! релизов (2012, U1,2,3,2013). И это не считая VS 2012 U4, который сделали для тех, кто не может позволить перейти на 2013 прямо сейчас (по финансовым или техническим соображениям). В общем, Microsoft держит свое обещание и выдает релизы раз в квартал. Нам остается только подстраивать свою работу.

Так что же может нас сподвигнуть на очередное обновление? (Тут можно найти достаточно подробное его описание).

Ну, во-первых, новый релиз наконец то включает в себя новшества реализованные еще в November 2012 CTP. Также были добавлены новые фишки, даже из C++14.

Эта тема очень популярна и в инете много информации с подробностями. Я не буду углубляться. Но только ради этого стоит ломануться все переделывать под новую студию :)

Во-вторых, Just My Code во время отладки - отличная тема, теперь и для С++. А также Async Debuging.

В-третьих, улучшения IDE (начиная с 52 мин этого видео):
Расширены возможности форматирования C++ кода (Ctrl+K, Ctrl+F - переформатирует выделенный кусок кода по правилам заданным в настройках). Настройки форматирования можно экспортировать/импортировать.


Улучшения в scrollbar



Ctrl+comma - поиск всего и везде* (см. коммент ниже)


*Но поиск работает только по объявлениям, определениям и использованию. Обычный текст не ищется. К сожалению, конструкции вида: TEST_F(CSessionCacheTest, CheckClearCache) тоже не анализируются и CheckClearCache найден не будет.

Офигенная тема: Alt + F12 (возможно неоднократное использование AltF12 внутри окошка и переключение по мини-табам)



Ctrl + K, Ctrl+O - переключение между cpp и h файлами

Улучшен вывод результатов статического анализа (группировка по типу).

Quick Launch (в тч для поиска настроек)


Размеры диалогов настроек проектов и настроек студии теперь можно изменять :)

Из прикольного: есть возможность отладки CPython кода :)

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

Еще немного новостей:
"Desktop is still here" (Visual C++ in 2013 and Beyond и текстовый вариант)
Microsoft продолжает волновать тема отсутствия нормального С++ UI-фреймворка для десктоп-приложений. Видимо MetroUI (или как его сейчас называют Modern UI) не всегда удовлетворяет всем запросам и потребители продолжают бомбить Microsoft запросами на десктоп-приложения. Подождем, может что и получится из этого.

Refactoring tool для C++ в Visual Studio 2013 (также упоминается в видео выше)
плагин который дает возможность сделать только rename (полный аналог фичи для C# - диалог с предложенными изменениями по всему солюшену, возможность частичного выбора/отмены, превью, полный undo).
Известные проблемы: нет отмены процесса переименования и поиска, проблемы с  макросы и шаблонами.
Очень хотят фидбек.
Понятно, что если сравнивать с Visual Assist, то выглядит слабенько. Но зато бесплатно. И переименование является, пожалуй, самой распространенной операцией рефакторинга.

Уже доступны Productivity Power Tools 2013. Подробности по линку, я использую, очень удобно.

Интересное хардкор видео про С++ компиляцию и оптимизацию в VS 2013.

Выпуск Visual C++ Compiler November 2013 CTP (очередные плюшки для C++ программистов). Больше подробностей от Stephan T. Lavavej, который уже подготовил очередную видео лекцию из серии "Core C++, 10 of n" на эту тему и подробный пост. Еще материалы: неплохая текстовочка с примерами, лекция про resumable functions.

Анонс и готовый RC Visual Studio 2013 Update 1 RC.

четверг, 14 ноября 2013 г.

IT-конференции в 2014 или где можно будет найти много IT-шников

Статья про конфы 2015.

Куда сходить, куда съездить, где поучиться в 2014?
Ставшая уже традиционной тема с планированием обучения. За прошедший с прошлого поста год его посмотрели около 2000 человек (это если предположить, что 50% от общего трафика обращений было от ботиков). Если даже откинуть еще половину, которая случайно попала, то все равно здорово.

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

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

Каждый находит свое, но в любом случае настрой должен быть позитивным.
Например, вот кусочек отзыва с SQADays'14 от ребят из VIAcode:
SQA Days это:
Опыт, опыт, и еще раз опыт
Вы получаете best practice каждую секунду: на докладах, в перерывах на кофе-брейк, во время обеда. Даже в туалете я встретил двух господ, обсуждающих проблемы оценки времени, которое потребуется на тестирование.
Иной взгляд на тестирование
Обсуждение проблемы, о которой, казалось бы, у вас давно сложилось мнение, после доводов как сотрудников компаний с мировым именем, так и Junior тестировщиков из маленьких компаний, зачастую сподвигает это мнение изменить.
Идеи
Сотни и тысячи идей, которые можно обдумать на досуге, доработать, или же сразу применить. Идеи, которые могут сделать работу веселее, улучшить производительность, а то и просто внести свой вклад в сферу, в которой мы работаем.
Итак, зачем нужны конфы я думаю мы разобрались. Поехали по фактам.
Цены в рублях, если не указано иное. Если сравнивать стоимость по годам, то наблюдается ежегодный рост, 50-100$. Сюда наверняка входит и элемент инфляции, но программа конференций тоже меняется: больше приезжает зарубежных спикеров, повышаются требования участников к инфраструктуре (организация Wi-Fi, обедов и тп). А чудес, как известно, не бывает. Но полно локальных евентов, которые как правило бесплатны, или почти бесплатны. Еще можно сделать доклад, и чаще всего тоже будет бесплатно :)

Список конференций не претендует на какую либо приближенность к идеалу. Ниже только то, что интересно мне или моим знакомым.

План Б
Это конференция, на которой обсуждается все, что касается планирования проектов, продуктов и взаимодействия внутри команды на всех этапах. Эта конференция проводится еще в 2013 году, 14 декабря , Санкт-Петербург.  Регистрация откроется 21 ноября 2013. Бесплатно, но кандидатура участника может быть подвергнута цензуре (по слухам). Мои отчеты 2012, 02.2013

SPb IT Global Meetup
16 декабря 2013 состоится объединенная встреча IT-сообществ Питера. Все бесплатно, организаторы драйвовые, уверен что все получится отлично. Подробности здесь.

Microsoft Design Camp
Microsoft и Британская высшая школа дизайна готовят для вас еще больше докладов, экспертов, практики и общения. Обычно проводится в декабре. Еще есть шанс успеть на конференцию 2013 года и запланировать на конец 2014. Стоимость 5000р (2013 год), Москва.

ALM Summit Russia
На этой конференции вы сможете получить новые знания и информацию о том, как улучшить ваши процессы по разработке программного обеспечения.
6 февраля 2014, Москва. До 31.12 стоимость 4900 рублей.

Mobius
14 марта 2014 года в Санкт-Петербурге пройдёт конференция, ориентированная на профессиональных разработчиков ПО для мобильных устройств.

AgileDays
конференция года для разработчиков, тестировщиков, менеджеров, и всех, кто работает в индустрии разработки ПО. 21-22 марта 2014, Москва. Стоимость участия от 15400 до 29600 (в зависимости от даты оплаты)
Презентации с конфы 2012
Мои отчеты с конференций: 2013, 2014

CodeFest 
29-30 марта 2014, в Новосибирске. Программа 2014, анонсировано участие Джеймса Виттакера. Программа 2013 года. Стоимость участия в 2013 - 3800 рублей + 1000 рублей за обеды. В 2014 от 4300 + 1000 на обеды.
Отзыв Никиты Макарова о конференции.

.Next
Конференция по .NET-технологиям 4 апреля, в Санкт-Петербурге. Вас ждёт полтора десятка докладов от ведущих российских .NET-экспертов. Стоимость участия 800-1500р.

Software People 2014 (вроде не будет в этом году)
Тема конференции "Инновационные подходы в разработке ПО", 23-24 апреля 2014, Москва.
Стоимость участия в 2013 была 12900.
Мой отчет с Software People 2012

BitByte
Фестиваль профессионального развития в IT от компании ITMozg. Обычно проводится 2 раза в год весной и осенью, в Москве и Питере. Если мне не изменяет память, бесплатно. В этом году  (2014) в Питере будет 25 апреля и я там планирую с вами пообщаться.
Отчет о выступлении.

Piter Py
первая Python-конференция в Питере. 25 апреля 2014. Выложены презентации и видео (см. итоги-галерея).

ПрофсоUX – главная питерская конференция о юзабилити, UX и создании цифровых продуктов, ориентированных на человека. 26 апреля 2014, Санкт-Петербург. Стоимость участия в 2013 от 2500р. Кстати, уже открыта регистрация.

Positive Hack Days
международный форум по практической безопасности, организованный компанией Positive Technologies. Май 2014. Москва. Стоимость в 2013 составила 9600-13700 за два дня и 7100-9600 руб. за один день.

Test Automation Days
Уже вторая конференция на популярную сейчас тему. Пока планируется 24 мая 2014, Киев(?). Цена, ориентировочно 150 USD. Материалы прошлой конференции.

DevCon 2014
28-29 мая, окрестности Москвы. Регистрация уже открыта! Ежегодная конференция по разработке и тестированию ПО. Конференция от Microsoft ориентирована на профессионалов в области разработки ПО, специалистов по тестированию, архитекторов, руководителей групп разработки, а также экспертов ИТ-индустрии. Стоимость участия в 2013 12000-17000 в зависимости от даты регистрации и наличия истории участия :) В 2014 году ценник вырос: 14000-18000.
Мой отчет с конференции DevCon 2012.
Видео докладов DevCon 2013

PyCon Russia 2014
2-3 июня, Екатеринбург. Конференция для опытных python-разработчиков. Регистрация открыта. Стоимость участия 8000-10000 руб.

Analyst Days-3
Международная конференция системных и бизнес аналитиков. Конец мая 2014, Киев. Про стоимость участия в Analyst Days-2 смотреть здесь (от 5000 до 11000, зависело от даты оплаты, с/без обеда, и дней участия).

Application Developer Days
ADD'4 будет в декабре 2013, можно предположить и в следующем году будет также.  В 2013 году стоит 5000-9000 (в зависимости от даты оплаты)
Подробности про конференцию 2012 года. Информация по 2013.

TechEd Europe 2014
В этом году Барселона.
Мой отчет с конференции 2012 года. Стоит недешево (около 2000 евро + перелет и проживание), но разница между содержанием программы TechEd Russia и Europe того стоит.
Кстати, в этом году TechEd может стать последним. На следующий год название и содержание конференции может изменится: "Microsoft Blends 5 Conferences To Create The “Unified Microsoft Commercial Technology Event”"

SQA Days
обычно проводится 2 раза в год. весной  и осенью. SQA Days'15 планируется 18-19 апреля, Москва. SQADays'16 14-15 ноября 2014, Санкт-Петербург. Стоимость последней SQA Days'14 (8-9 ноября 2013) 7000 - 13000  (в зависимости от даты оплаты).

SECR-14
23-24 октября, Москва. . Говорят в 2013 было интересно. Стоимость участия 13000-25000 (один или два дня, и дата оплаты)

ZeroNights
Международная конференция посвященная проблемам информационной безопасности. Съезд хакеров и тех кто с ними борется :). Обычно октябрь-ноябрь, Москва или Питер. В 2013 году стоимость участия была 5000-9000.

XP Days в Украине
Программа обычно интересная и докладчики не только доморощенные. Очень пожалел, что в 2013 не получилось съездить. Обычно  проводится в Украине, осенью. Стоимость 150-250$  (в зависимости от даты оплаты). В 2014 проводится в Киеве, 5-6 декабря. Жаль, что в этом году поехать туда не получится из-за всем известных проблем :(

Software Project Management Conference
обычно проводится осеньюДля примера программа 2013 года (6 декабря, Казань). Стоимость 2013 года от 5000 до 10000  (в зависимости от даты оплаты). Есть уже дата SPM Conf-4 20-21 февраля 2015.

User eXperience
международная профессиональная конференция, посвященная вопросам юзабилити и User Experience. Обычно осенью. Стоимость около 13000.

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

Не забываем про конференции, семинары и клубы от Стратоплана. Стоимость лучше посмотреть за сайте, зависит от формата обучения.

Тренинги и обучение в компании ScrumTrek. Тематика обычная для этой компании: Agile, Lean, DevOps и Design Thinking. Стоимость зависит от курса.

Из совсем свежего (на конец 2013 года) - курсы Дорофеева Макса Курс доведения дел до конца и Оценка проектов.

Кроме этого, могут быть полезны встречи IT Talk от компании DataArt. Встречи проводятся в Питере, Воронеже, Харькове и Одессе. Все бесплатно.

В Питере проводятся встречи сообществ тестировщиков и аналитиков, AgilePiter, группы Smart Management.

Еще один интересный формат: онлайн-конференции тестировщиков ConfeT&QA.

Список наверняка неполный, стараюсь его дополнять по мере поступления информации. Ну как обычно :) (последнее изменение 19.11.2013).

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

Рекомендую глянуть комментарии, там есть еще предложения. Я не все выносил в пост.

среда, 13 ноября 2013 г.

Встреча сообщества AgilePiter "Осенний бэклог"

Вчера прошла интересная встреча сообщества AgilePiter по теме "Осенний бэклог".
На самом деле, встреча получила международный и всероссийский статус :), потому что благодаря современным (не всегда работающим) технологиям в ней участвовали ребята из Молдовы и Леша Пикулев из Екатеринбурга.

Пару слов про собственно технологии и дальше про саму встречу. Первый раз участвовал в мероприятиях с Google Hangouts. До этого слышал много хорошего, но или линия была слабовата, или технологии подкачали, или не с руки было. В общем проблемы были, но решались по Agile'ному быстро.

Первой рассказывала Таня Васильева про то, как она пришла от бэклога в виде списка к mind map view. Презентацию можно посмотреть здесь.
Тезисно.
- Три кита: value, business drivers и user stories. Логично.
- Дерево строится от business driver'ов, дальше epic stories, которые, в свою очередь, делятся на более детализированные истории. Именно последние потом используются разработчиками для разбора и постановки своих задач. Разработчики используют свои тулы для своих историй.
- Дерева обычно два: high-level по всему продукту и конкретно по релизу. Релизное дерево историй дает возможность понять в каком релизе появилась та или иная фича.
Вообще интересная тема. Я раньше слышал и читал про Impact Mapping, очень похоже. Таня к этому пришла своим путем. А вот термина "деревяшка" раньше не слышал :)

Дальше рассказывал Вадим Мустяца.
Тут уже было больше про то, как правильно написать user story. Вадим отталкивался от провокационной статьи Гойко Аджича про правильные юзер истории. В докладе я в первый раз услышал историю про истории :) - как собственно они появились и откуда взялся шаблон "as user I want". Интересный был доклад, а также обсуждение после него: может разработчик писать истории от своего имени или нет, если ему нужно сделать рефакторинг, например?
Не знаю, наверняка можно придумать историю от имени пользователя для обоснования этого рефакторинга. Но зачем? Надо доверять разработчикам. Опять же есть понятие технического долга, мы просто туда и пишем эту историю. Для нас снижение технического долга и есть business driver (в терминологии Тани). Отчет Вадима, взгляд с той стороны экрана :)

Третьим поведал свою историю Леша Пикулев.
Похожие слайды я уже видел раньше, но озвучку не слышал. Интересная история про то, как бэклог использовали с крупным корпоративным "советским" заказчиком с забюрократизированным подходом к проектам. Но самым полезным был инсайт после доклада о том, как собственно удалось заставить людей в костюмах и галстуках клеить бумажки на дерево истории и составлять story map из стикеров на окне. Зачет!
Кстати, Леша обещал прислать желающим шаблоны проектных документов, которые в итоге получились. Пользуйтесь случаем. Контакты можно найти здесь.

Общее впечатление от встречи хорошее: камерно, в уютной дружественной обстановке :) Спасибо компании Аскон и Александру Мартюшеву за возможность провести это мероприятие у них.

Ну и конечно, спасибо Сергею Котлову за организацию самого мероприятия. Хотя сам он считает, что ничего и не делал (все кто-то предложил, организовал и тп), но без основного моторчика это обычно не работает и умирает.

Присоединяйтесь к сообществу :)

Еще один, более подробный отчет о встрече.

понедельник, 11 ноября 2013 г.

Полезности для TFS 2012

Как добавить баги на TFS доску или в backlog



Автоматический запрос на code review при check-in (кстати можно использовать как пример написания extensions для TFS)

Как заменить часы в задачах на "попугаи, слоники, чашки кофе" в TFS task board

Adding Completed Work to Task work items in the Scrum 2.x template (including Reporting)
Как посмотреть burndown для закончившихся итераций (работает быстрее, чем способ выше)
В TFS 2012 (не Service) нельзя посмотреть доску для закончившихся итераций, соответственно как только итерация закончилась, на доске вы будете видеть информацию по следующей итерации. Для Team Foundation Service 2012 это починили, в Server пока нет :(
Для того чтобы, посмотреть burndown предыдущих итераций используем такой URL: 
http://tfs-server:8080/DefaultCollection/MegaProject/_api/_teamChart/Burndown?chartOptions=%7B%22Width%22%3A1248%2C%22Height%22%3A590%2C%22ShowDetails%22%3Atrue%2C%22Title%22%3A%22%22%7D&iterationPath=MegaProject%5CIteration+1
где 
  • MegaProject - имя вашего проекта
  • chartOptions - размер контрола (в примере по умолчанию)
  • параметр iterationPath определяет номер итерации для проекта которую надо посмотреть: MegaProject%5CIteration+1:  Iteration+1 - Iteration 1; Iteration+2 - Iteration 2 и тд

пятница, 1 ноября 2013 г.

Отзыв "Remote: Office Not Required"

Закончил читать свежую книжку от товарищей из 37signals "Remote: Office Not Required" Jason Fried, David Heinemeier Hansson.

Тема интересная, поэтому достаточно быстро купился на анонс в новостях.

Общее впечатление позитивное, но уж больно все оторвано от нашей (или моей?) жизни. На первый взгляд. На второй тоже. А на третий начинаешь вспоминать поговорку "Кто хочет - ищет возможности, кто не хочет - ищет причины" (Катя - привет, поговорку первый раз услышал от тебя, теперь она мой главный мотиватор). И может все действительно не так сложно, как может показаться.

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

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

(с) хабр
"Your life no longer needs to be divided into arbitrary phases of work and retirement. You can blend the two for fun and profit—design a better lifestyle that makes work enjoyable because it’s not the only thing on the menu. ...The new luxury is the luxury of freedom and time. Once you’ve had a taste of that life, no corner office or fancy chef will be able to drag you back."
(в это время в голове возникает картинка "ты с ноутом на пляже с пальмами"... ну хорошо,
терраса с видом на море меня тоже устроит, а то погода в Питере нынче дождливая. но я отвлекся)

Дальше немного серьезней. Идут рассуждения о том, что нельзя рассматривать организацию работы удаленно, как возможность сэкономить денег (хотя одно то, что не надо снимать офис и тратить деньги и время на дорогу, можно рассматривать как экономию). На самом деле мысль "it's not about the money" проходит красной чертой через всю книгу и надо отдать должное 37signals на своих сотрудниках они действительно не экономят (приводятся интересные примеры, к концу книги я готов был продаться и даже доплатить, чтобы работать у них :). Также обращается внимание, что привычный нам outsource - это не то же самое, что удаленная работа.

Дынц, первый звоночек:
"It’s easy to feel euphoric about the wonders of working remotely. Freedom, time, money—we get it all. There’ll be honey in my backyard and milk on tap."
Но не все так просто и тут начинается сама суть книжки: какие проблемы могут быть с "удаленкой" и как их решали в самой 37signals и в других компаниях.

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

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

"Дома вы постоянно отвлекаетесь" - Ага, а то в офисе не на что отвлечься...

"Только в офисе ваша работа безопасна или врагу не достанутся секреты вашей фирмы" Здесь можно найти 6 правил сотрудников 37signals, которые они должны выполнять работая удаленно:

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

"Я должен ответить немедленно"
интересная статистика: 80 процентов вопросов вам не требуют мгновенного ответа, 15 процентов можно решить в меседжере и только 5 процентов требуют телефонного разговора.

"Это не работает для компаний нашего размера"
и опять интересные цифры: количество работающих удаленно в больших компаниях от 1000 до 10000 человек. Intel - 82%, NASA - 57% и большой список других крупных компаний в которых практикуют удаленную работу.

Третья глава: коммуникации при удаленной работе
- минимум 4 часа пересечения по рабочему времени
- использовать утилиты для возможности получить доступ к удаленному десктопу (Webex, GoToMeeting, Join.Me). Работают также скринкасты, если это необходимо.
- храните все, что нужно в общем доступе (календари, Dropbox, GitHub)
- концепция "Виртуальный кулер для воды": должна быть возможность обсудить что то не связанное с работой с коллегами, поделится интересной ссылкой, задать вопрос и тп. Именно то что, обычно происходит в курилках (бррр) или на кухнях компаний.
- еженедельная дискуссия "Что я сделал на прошлой неделе, что планирую на этой". Это не аналог отчета, скорее для того, чтобы остальные были в курсе того, чем занимается команда.

"Свобода - это рабство" Джордж Оруэлл
Удаленная работа - для саморганизующихся и требовательных к себе людей. Иначе вместо ожидаемых плюсов (см. начало) мы получим много минусов.

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


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


Советам сотрудникам и менеджерам посвящено больше половины книги. Дублировать не буду ;)


Лет 10 назад я работал дома года 1.5. Мне нравилось. Пожалуй сейчас, мне не хватало бы общения, да и дома сейчас работать негде. Но вообще сама идея не напрягает. Напрягают скорее сложности с "официальностью" и настроженность российских компаний к такого рода организации работы. 4 года назад была возможность снова окунуться в этот мир, не рискнул. Сейчас жалею. Поэтому, если такие мысли мелькают - то попробуйте и не отказывайтесь от возможности круто изменить свою жизнь :) А то потом семья, дети... и получится как всегда.

Книжка поможет принять вам правильное решение.
Тут можно посмотреть более развернутое ревью.

А тут узнать новости про русский перевод.


суббота, 12 октября 2013 г.

Code review в Visual Studio 2012 - часть 2

Продолжение (часть 1)
(с)

Идея начать использовать Code Review возникла еще до перехода на TFS 2012. И в качестве первого инструмента позволяющего делать это удобно (с точки зрения самого процесса ревью) попробовали довольно экзотическую комбинацию Crucible & Fihseye (экзотическую, потому что сама по себе TFS она не поддерживает).
Комбинация понравилось, но косячки все равно нашлись:
  • Так как мы работаем в TFS в качестве системы контроля версий, то пришлось все исходники каждую ночь мигрировать в Git (хотя, естественно, это было ожидаемо). 
  • Смотреть и анализировать изменения удобно в привычном тебе виде/инструменте. Для меня это пожалуй студия: можно перейти на реализацию метода, класса и посмотреть что-там-как.
  • Сам процесс Code Review отделялся от среды разработки, комментарии ревью отделялись от оригинального места хранения исходников.
В общем не пошло.
Тем временем переход на TFS 2012 опять отложился. Посмотрев по сторонам нашли интересую утилиту, которая встраивается в студию и позволяет запрашивать Code Review своего кода.
Утилита называется Review Assistant. Выглядит инструмент очень симпатично и для команды до 3 человек бесплатен.

просмотр изменений и обсуждение в Review Assistant
Комментарии по коду подсвечиваются, и при наведении курсора мышкой становятся видны полностью.
Запрос на ревью
Позволяет делать post-checkin запросы на несколько changeset'ов (Visual Studio так не умеет). Есть нотификация по почте. Разворачивается очень просто: сервер и клиенты-плагины к студии. Подключается не только к TFS. Есть возможность создавать своих пользователей или добавлять пользователей из AD.
К сожалению, был обнаружен дефект, который заставил отказаться от применения инструмента: ответы на комментарии не обновлялись в студии автоматически. Для этого нужно было переподключаться к серверу. На мой взгляд ошибка неприятная и заставляет задуматься о качестве всего кода. Но обещали пофиксить в ближайших версиях. Может, когда вы будете это читать, проблема будет решена (нашли мы ее в конце сентября 2013 года, билд 2.0.108).

Но тут подоспела миграция на TFS 2012 и понеслось...
Первоначальная эйфория развеялась быстро: основной workflow Code Review в студии несколько отличался от того, на который мы настраивались. Ребята из MS похоже не доверяют друг другу и основной упор сделан на том, что Code Review проводится до check-in'а в TFS. То есть ты что то сделал, создаешь запрос на ревью (через Team Explorer). Код обсуждается и только после этого чекинится в основную ветку. Подробно и со скриншотами описано здесь. Проверяемый код (до чекина) при этом тоже хранится в TFS, я так подозреваю с использованием механизма shelve (update: так и есть, автоматически создается shelveset вида "CodeReview_TIMESTAMP").
Нас подобный процесс не устраивал. Хотелось проводить ревью после чекина.  Начали копать дальше. Собственно копали немного, почти сразу наткнулись на подобный вопрос в форуме MSDN. Выяснилось, что запрашивать ревью можно и после чекина, выбрав нужный changeset в History. К сожалению только один (см. картинку чуть выше). Подумав, рассудили, что не так уж и страшно и стартанули.
просмотр изменений (тут новый файл) и обсуждение в Visual Studio.
Комментариев прямо в коде нет (плюсик в карму Review Assistant), но место отмечается. Поиск реализации функции по F12 работает. Visual Assist к сожалению не справляется.

Огромным плюсом ревью в TFS является то, что ты делаешь его прямо в самой студии. Сам ревью (для него в TFS используется отдельный Work Item type) привязан к исходникам, его можно привязать к таске. В итоге все хранится в одном месте и можно быстро восстановить историю. Как и любой тип в TFS, Code Review work item type можно настроить под себя: добавить новые поля, изменить workflow и тд.

Пока, лично у меня, впечатления позитивные: я стал больше смотреть на код, что мы пишем :) У команды, как мне кажется, тоже негатива пока нет. Есть идея по автоматической генерации запросов на ревью. Функциональность TFS можно расширять плагинами. Я нашел заготовку, которая автоматом создает запрос после чекина. Пока времени проверить идею не было. Если разберемся, обязательно здесь отпишусь.

Надеюсь, наш, небольшой пока, опыт будет полезен еще кому-нибудь.

Update:
Комментарии (жирным) от коллег и мои ответы:

Уж что-то что, а продукты от Atlassian куда менее экзотические чем TFS!
Хмм, ну в чем именно экзотичность я постарался объяснить. Но то, что косяков и в студии хватает - это факт.

Сам процесс Code Review отделялся от среды разработки, комментарии ревью отделялись от оригинального места хранения исходников - "а это вообще фича, а не минус, поскольку удобно code-review делать в web-интерфейсе, особенно для больших и распределённых команд."
Да удобно, причем именно сама реализация ревью в Crucible удобней, а не то, что это веб или не веб: если студия есть, и она подключена к общему TFS, то в чем проблема использовать такой code review workflow для больших и распределенных команд?  Мой минус был не про это, а про то, что я теряю возможность делать ревью в том же инструменте, что и кодирую. И комментарии студии хранятся там же, где и исходники. Я по файлу в TFS, могу посмотреть все комментарии, которые были по нему сделаны. Опять же в TFS (правда через одно место ;) )

Смотреть и анализировать изменения удобно в привычном тебе виде/инструменте. Для меня это пожалуй студия: можно перейти на реализацию метода, класса и посмотреть что-там-как - "При использовании Git эта проблема отпадает – студия (равно как и другие распространённые IDE и редакторы) отлично поддерживает Git"
Обоснование перехода на новую систему хранения исходников (при наличии живого и продолжительное время используемого TFS) – это тема отдельной дискуссии. 

Так что все проблемы надуманные, в связи с привязкой, и изначальным желанием выставить TFS в хорошем свете. В отличие от Microsoft, для компании Atlassian создание инструментов разработки – профильный бизнес, и у них больше возможностей и ресурсов для их улучшения и развития.
Проблемы не надуманные, они просто есть. А насчет желания выставить TFS в хорошем свете -  плохо, если так выглядит. Буду стараться исправиться :)) – вообще ожидания от новой студии и TFS были большими, а на деле все сыро. Очень сыро.
И пока мой единственный аргумент в защиту - это «все в одном флаконе».

Еще немного полезностей про тюнинг TFS.

Code review в Visual Studio 2012 - часть 1

(с) отсюда
Дошли у нас наконец-то руки до миграции на TFS 2012.
И сразу начали осваивать новые
штуки, которые он с собой принес.

Одним из таких новшеств VS/TFS 2012 является возможность проводить Code Review, как это говорится "не отходя от кассы".

Первая часть этого опуса скорее о том, зачем оно (Code Review) вообще нужно. (Кому теория неинтересна, тому можно сразу сюда). Я не буду дублировать здесь то, что и так можно найти на просторах интернета. Здесь собраны ссылки на те, показавшиеся мне интересными, ресурсы, которые я находил, пока сам изучал этот вопрос.

В июне 2011 на встрече AgilePiter в офисе Яндекса мы обсуждали инженерные практики. Меня тогда сильно удивило, как много людей используют Code Review. У меня к тому времени сложилось несколько другое, скорее даже, негативное к нему отношение. Давайте попробуем разобраться.

Вообще, по жизни, есть разные практики проведения Code Review:
  • до / после check-in'ов (плюсы - минусы каждого из подходов)
  • участвует вся команда / только один человек, как правило менеджер или роль переходит
  • если участвует вся команда, то ревью по отдельности / митинги 
  • обязательно / по желанию / как получится
И так далее.

Также существует много мнений на тему пользы самого Code Review.

(c) proof
Mark Seemann (автор многих интересных книг про программированию) считает, что code review убивает процесс творчества. Хмм, творчество то у нас должно быть созидательным, а плохо/неправильно работающий код скорее деструктивен. Так что это или сарказм, или..., или мой английский недостаточно хорош? ;)


Отдельно проскакивала интересная статистика по коллегиальному code review (формат в виде митинга). Такой формат позволяет найти дополнительные 4% к проблемам уже найденным при индивидуальном ревью. Зато эти проблемы самые "хитрые" и сложно обнаруживаемые.

Еще пару интересных, на мой взгляд, размышлений на этот счет: "Code Review is not about..." и Code Reviews Mindmap
(с) Tomek Kaczanowski
Хорошая инструкция к Code Review на GitHub, а именно к тому, как именно писать комментарии, как правильно настроить себя на получение позитива от процесса.

Также мне понравилась статья из 2-х частей про процесс Code Review от Саши Калугина. Там как раз и про объективность / субъективность, и про проблемы, которые могут возникать в процессе.

Итого, будем исходить из того, что:
  • Code Review должно помогать, а не мешать
  • Это сложно
  • Но возможно :)

Мы все же оптимисты и решили попробовать, а там видно будет насчет пользы-вреда-бесполезности.

Продолжение...

среда, 18 сентября 2013 г.

Решаем проблемы - конспект вебинара М.Дорофеева

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

Тут небольшая выжимка полезностей от Макса.

Для того чтобы эволюционировать надо:
  • знать ЧТО менять
  • знать КАК менять
  • уметь доводить дело до конца

Алгоритм решения проблемы (определяем ЧТО из списка выше):
  • формулируем нежелательные проблемы
  • определяем причинно-следственные связи
  • ищем ветвь обратной связи
  • выявляем корневую проблему (см. диаграмму ниже)

Нашли проблему, начинаем планирование ее решения (отвечаем на вопрос КАК).

Способ естественного планирования:
  • определяем мотиватор (вопрос ЗАЧЕМ?)
  • представляем результат (ЧТО?)
  • идем на мозговой штурм
  • организуем работу
  • следующий шаг

А теперь доводим дело до конца (см. слайдкасты про технику пустого инбокса, ссылки ниже)

Рекомендованные книги

Полезные ссылки

Пример диаграммы для поиска корневой причины.

Источник: Cause-Effect Diagrams: A Pragmatic Way of Doing Root-Cause Analysis 

Шаблон А3 - пример анализа проблемы и шагов для ее решения. А также шаблон для использования в своей работе.
Русский вариант шаблона от Димы Лобасева

Слайд-касты Макса про "Технику пустого инбокса"

вторник, 10 сентября 2013 г.

Visual Studio 2013 RC и дата релиза

Пока противник рисует карты наступления,
мы меняем ландшафты, причём вручную
Стал доступен для скачивания релиз-кандидат VS 2013.
Релиз ожидается 13 ноября уже готов.

Для тех кто еще не перешел на VS 2012 остро стал вопрос нужно ли подождать и начать работать уже с новой. (А потом еще подождать, и еще и тд. Уж очень MS ускорился. Навеяло картинку...)

Согласно комментариям MS проекты и солюшены работающие в VS 2012 с установленным Update3, будут открываться и работать без конвертации в 13й.

Я проверил на своих проектах: меняет новая студия настройки проектов 2013 RC


Но меняется только таргетная платформа у проектов (у меня С++). Настройки солюшена не меняются.



Я думаю, можно ставить и работать на уже обкатанной 12й и потом, после первого апдейта,  перескакивать на 13ю. Кстати, рядом (на одной машине) они действительно работают.

Хотя если вам очень хочется использовать новшества новой студии, то имеет смысл потерпеть и ставить ее :). Для "плюсовиков" (С++) там действительно есть чего подождать (еще подробности здесь).

PS будьте осторожны, VS2013 требует установленного IE10 :)

GoingNative 2013

На прошлой неделе проходила С++ конференция GoingNative 2013.

Видео докладов уже доступны на Channel 9.

3 дня про С++, трындец выходным :)

понедельник, 9 сентября 2013 г.

Отделка окна под сайдинг

В догонку прошлогоднему посту. Пусть будет здесь, хотя совсем не по теме блога :)

Сделал немного фото с деталями процесса отделки окна под сайдинг. По-моему, это самая муторная процедура во всем процессе обшивки дома. См. комментарии к фотографиям.



Что по времени: отделка 2х окон - около 8 часов. Зашить стену сайдингом - 3 часа :)

пятница, 6 сентября 2013 г.

"Свежий баг, незадефёренный..."

Байка с работы. Пятничное.

В наш отдел тестирования на прошлой неделе пришел новый тестировщик.
Первое что сделал, нашел баг: из под мышки выползло насекомое, живое.
Старший тестировщик, философски:
   - Свежий баг, незадефёренный*...

Я считаю, что новенький испытательный срок прошел :)

*дефёрить (от англ. defer) - чинить будут в след. версии или никогда.

пятница, 30 августа 2013 г.

Молодые программисты, что с вами не так?

Эмоциональное. Навеяно очередным собеседованием.

Я все понимаю: опыта нет, вакансия "программист-стажер С++", молодой максимализм, авантюризм.

Но никак не могу понять, как, сделав тестовое задание (у нас оно "домашнее"), можно прийти на собеседование и заявить

  • что не прочитал ни одной!!! книжки по С++
  • что не знаешь, что такое struct, class, virtual, sizeof
  • что хочешь, чтобы тебя научили программировать
  • что хочешь за все это еще и денег
Пфуфф, мой мозг этого не понимает. Жесть какая то.
Или я старомоден и где то есть такая халява? :(
Update: в тему "Вредные советы джуниорам"

ЗЫ подумалось, что "программистами" я их зря в заголовке обозвал.

вторник, 18 июня 2013 г.

Используйте mocks только, когда это действительно нужно

Мы уже знакомились с тем, что такое mock и как его использовать.

Недавно в рубрике "Google Testing on the Toilet" появилась короткая, но хорошая статья про то, какие минусы у mock'ов (достаточно очевидные для тех, кто уже с ними попрактиковался):

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

Часто, лучше вместо mock'ов использовать эмуляторы систем, с которыми работает тестируемый код. Тесты при этом просто настраивают эту систему на нужную реакцию.

Обзор состояния Agile-разработки за 2012 от VersionOne

Чуть более года назад VersionOne опубликовал отчет о состоянии Agile-разработки за 2011 год. Настал черед отчета за 2012 год, который можно скачать здесь.

Давайте посмотрим, что изменилось за этот год.

В составлении отчета участвовало чуть более 4000 человек. 34% из них участвуют в управлении проектами, 27% разработка. Средний размер компании 100 человек (четверть компаний более 500 человек).


Получается, что Agile двигают менеджеры? А как же революции снизу? :)

Опрошенные товарищи было опытнее прошлогодних: 25% практикуют Agile больше 5 лет



Интересно о том, кто знает Agile лучше :)

А что у нас по методологиям. Тут, как и в прошлом году, лидерствует Scrum

Ситуация по практикам тоже изменилась незначительно


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


При этом 70% тех, у кого все хорошо (видимо из тех 18% из картинки выше :) отмечают ускорение разработки.

По применяемым инструментам изменений мало, но есть положительная динамика (в среднем на 6% по каждому виду) 

При этом старый-добрый Excel по-прежнему очень популярен


вторник, 4 июня 2013 г.

Анонс Windows Server 2012 R2 и подробности про изменения в Hyper-V

Disclaimer : Решил разбавить блог информацией о предметной области, с которой работаю.

Новшества в Windows Server 2012 R2, касающиеся Hyper-V.

1. Hybrid Cloud
Azure теперь вертится на том же гипервизоре что есть в Windows Server. Поэтому теперь виртуалки можно запускать где угодно без конвертации. Получается об этом можно даже не задумываться. Облака, такие облака :)

2. Compressed Live Migration
Добавили компрессию при миграции, в т.ч. и памяти виртуальной машины. Обещается ускорение в 2 раза.

3. SMB Direct Live Migration
Поддержка live-миграции с использованием SMB Direct (Remote Direct Memory Access или RDMA) на серверах с сетевыми адаптерами поддерживающими эту технологию.

4. Live Resizing of VHDX
 Изменение размера (в любую сторону) VHDX диска на SCSI-контроллере без выключения виртуальной машины

5. Storage Quality of Service (QoS)
Расширение возможностей мониторинга работы виртуалок с хранилищами.

6. Live Virtual Machine Cloning
Возможность сделать клон с запущенной виртуалки.

7. Virtual Machine Export Improvements
Можно экспортировать виртуальную машину со снепшота и даже с памятью.

8. Linux Guest OS Support Enhancements
- улучшена работа с памятью
- online backup

9. Shared VHDX
Один VHDX файл можно расшарить между 64 виртуалками

10. Hyper-V Replica Improvements
- Можно настроить период репликации
- Можно настроить репликацию на 3й сервер: А -> B -> C
- Улучшения производительности

11. VM Connect
Если я правильно понял, то вместо консоли ВМ они предлагают усовершенствованный вариант RDP, встроенный в платформу виртуализации на базе VMBus. Позволяет работать без участия сети, то есть на виртуалке не обязательно должен быть сетевой адаптер.
  
12. Cross-Version Shared-Nothing Live Migration
Live-миграция виртуалок Hv 2012 -> Hv 2012R2

13. System Center Release Alignment
SC VMM теперь будет релизиться параллельно с Windows Server 2012 R2

14. «Generation-2»
Виртуалки "Поколения 2":  только для поддержки 64-битных Windows 8 and Windows Server 2012 R2 как гостевых. Выбросили все лишнее из обычных, поддержка IDE например, подробнее на 11 слайде в презентации. Заточка под конкретные ОС, быстрее грузятся и работают.

15. Hyper-V Recovery Manager
В Windows Server 2012 R2 появилась консоль для управления репликацией

Слайды доклада и его видео на TechEd North America 2013.

Анонс Visual Studio 2013

Еще не успели остыть обновленные на 2012 TFS'ы (а многие еще и не успели этого сделать), а MS уже анонсирует релиз Visual Studio 2013, превью которого будет доступно (уже есть) в конце этого месяца на Build 2013. Релиз пока на конец этого года.

Даже не знаю, что и сказать. Ведь еще не зарелизили уже зарелизилиVisual Studio 2012 Update 3, а надо уже смотреть чего там нового придумал MS.

А действительно, что нового?

Основной упор на ALM (application lifecycle management), продолжают двигать Agile-оснастку, обновлен Team Explorer и, ура, вернули Pending Changes Window. Добавлена поддержка .Net 4.5.1

И еще чуток всякой всячины. Немного подробностей здесь и здесь.

Насчет изменений в компиляторе C++ никакой информации пока нет. Уже есть :)
Visual C++ Compiler November 2012 CTP официально войдет в состав Visual Studio 2013. Windows XP будет поддерживаться как таргетная платформа. Достаточно подробный "what's new" для С++ разработчиков в новой студии.

Также добавили возможность отключения "не своего" кода при отладке в C++(функция "Just My Code"):



Кроме этого, расширен функционал технологии natvis.

Итого резюме пока такое: слишком часто меняется инструмент, не успеваешь за изменениями :)

среда, 8 мая 2013 г.

Visual Studio 2012 Update 2, проблема ATL на Windows XP

Я уже писал о проблеме возникающей с использованием ATL или MFC в продуктах работающих на Windows XP после установки VS 2012 Update 2.

Проблему решили в VS 2012 Update 3 RC1. Подробности о содержимом обновления.

И похоже это последний из запланированных апдейтов на VS 2012: "Update 3 is likely the last of the updates to the VS 2012 line. Of course, we'll still continue to fix any critical issues people find but we are winding it down and focusing on VS V.Next."

Update 3 официально зарелизили. Скачать. Апдейт кумулятивный (содержит в себе все предыдущие).  

Он является обязательным, если вы хотите, чтобы проекты из VS 2012 продолжали работать в VS 2013. Что там еще есть, можно посмотреть здесь

воскресенье, 31 марта 2013 г.

AgileDays 2013

Было здорово. Мне понравилось. Много докладов из жизни, а не из книг.
Подробно останавливаться не буду: отчетов уже немало написано (см. ссылки ниже) :)
Из того, что не попало в отчеты остальных:
Утром первого дня пообщался с Андреем Бибичевым. Интересный и умный человек, делает интересный проект. Видно, что занимается любимым делом. Скрамом в компании не пользуются, пока не нужно :)

Про доклад Паттона хорошо написал М.Цепков. Кстати Джеф рекомендовал Кагана с его Inspired. Читайте, кто его не сделал этого (мой конспект здесь).

Гойко Аджич про метрики: Чаще всего меряют то, что проще мерять. А не то, что реально важно. И выглядит так, что метрики бесполезны. ЗЫ весь доклад мы ехали в Петербург :)
Интересно, рекомендую посмотреть в записи (обещают в течении месяца-двух)

Кроме этого, рекомендую (MUST SEE) доклад Антона Волкова. Пересказывать не буду - это надо видеть (ну или пока, хотя бы посмотреть слайды с комментариями автора)! Этот доклад, по-моему скромному мнению и согласно буре в твиттере, можно смело поместить на первое место. Фактически продолжение доклада в кулуарах: часть 1, часть 2. Рекомендую, не пожалейте 2 часа своего бесценного времени, очень много подробностей реализации текущего процесса работы в AlternativaPlatform. Открыто и очень живо: откуда берутся оценки, как формируются команды, как работает тестирование, как формируется и разбирается backlog, и еще много-много "как".

Были 2 интересных блиц-доклада от ребят из Яндекса (Павел Шишкин и Анна Мининкова). Коротко и по делу. Павел рассказал про то, как они "тюнили" процесс Канбан в Яндекс-Картинках. Аня поделилась опытом работы совместной работы команды практикующей Agile с водопадной командой. Запомнилось :) Аня выложила текстовку доклада и слайды. Что показалось забавным - в Яндексе или очень сильная автономия, или большая самостоятельность, или слабое внутреннее хождение опыта. В Питере на ПланБ тоже рассказывали об опыте внедрения Agile. Так питерские ребята похоже и близко не подошли к тому, что делают в проектах докладчиков Яндекса с AgileDays.

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

Леша Пименов рассказал интересную историю про оживление проекта с помощью Agile практик. Обещал слайдкаст. Часть 1 уже здесь. Ждем остальные.
Оригинал тут
Не буду называть доклады, которые я уже видел в инете (записи с других конференций). С одной стороны, действительно сложно каждый раз придумывать новое, но может хоть чуть-чуть менять? ;) Хотя Коля Алименков уже проехался по этому вопросу. Согласен, вероятность пересечения аудитории мала и от докладчика много зависит. Некоторых можно слушать многократно.

Из полезного "на почитать": Lean Startup (в русском варианте "Бизнес с нуля"). Часто рекомендовали.

Заряд получен, вопросы для размышления тоже. Самое полезное в такого рода мероприятиях - это общение. Возможность задать вопросы, получить интересные ответы, услышать истории из жизни от спецов: Асхата УразбаеваБориса ВольфсонаКоли АлименковаЛеши Пименова. Спасибо всем.
слева и далее: Борис Вольфсон, я, Коля Алименков, Леша Пименов. (с) Юля Крючкова
Еще отчеты:
очень подробно от Максима Цепкова
интересно от Сергея Рогачева
лаконично, но не менее интересно от Леши Пименова
еще один отзыв в виде mindmap

Философское ЗЫ
Москва провожала противной питерской погодой. В голове бродили разные мысли. Везде мелькали рюкзаки AgileDays. В купе меня веселили немцы всей семьей поехавшие в отпуск в Москву и Питер. Проводники оказывается ни бельмеса не понимают английский. Немцы по-русски знают только "на здоровье". Интересно как они будут путешествовать...?
Последний рюкзак с AgileDays увидел за 5 мин до моего дома: девушка садилась на маршрутку. Мир тесен... :)