alovak

Приглашаю посмотреть видео-запись моего выступления с конференции "Деловой интернет".


Обязательные практики agile-проекта и правило ППП from alovak on Vimeo.

16 октября я выступил на конференции "Деловой интернет 2009".

В презентации рассматриваются обязательные практики для agile-проекта, причины их использования и правило, позволяющее добиваться большей эффективности

А вот и презентация:

Никогда

Не ходи направо там глубокий овраг.
Не ходи налево там ужас и мрак.
Не ходи прямо там ждет беда.
Не ходи никуда никогда, никогда!

Ты найди себе нору, чтоб прятаться в ней.
Никого не впускай! Никого не жалей!
Никому не верь или ждет беда.
Никому не верь никогда, никогда!

Даже если захочешь идти вперед,
Помни, только страданье вне норы ждет.
А нора укроет тебя в холода.
Не ходи из норы никуда никогда!

Ну и что, что там скучно и нет тепла.
Зато это укрытие сама ты нашла.
Если ты позволишь мне дать совет,
Ничего интересного вне норы нет.

Так, что ставни запри и закрой дверь!
Никому никогда ни за что не верь!

P.S. Автор wiersma оригинал вот здесь: wiersma.livejournal.com/18785.html

Очень душевно, трогательно, впечатляюще.

Рекомендую посмотреть это видео:  dotsub.com/media/1347647e-cec5-45e1-a84c-454a03e7cae1/e/m/rus

Вчера я выступил на встрече Agile.BY. Тема выступления - разработка через тестирование (TDD). Я ставил перед собой цель показать преимущества, которые дает TDD и озвучить те проблемы, которые могут возникнуть в начале его использования. Чуть позже на http://agile.by выложу презентацию.

А вот пару фотографий с встречи:

В журнале Esquire опубликовано интервью с японским дизайнером Кения Хара (дизайнер флакона Kenzo Power). Вот, что он ответил на вопрос о пяти вещах, без которых не смог бы жить:

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

На прошлой неделе мы успешно провели 4-ю встречу сообщества Agile.BY. С презентацией на тему “Алхимия командоварения” на встрече дуэтом выступили Денис Петелин и Юрий Шиляев. Презентация и видео будут чуть позже на сайте сообщества.

Пару фотографий с повтора встречи (1-й корпус БНТУ):

Вчера в очередной раз услышал некорректное произношение названия языка Ruby: раби...

Товарищи, коллеги и друзья, пожалуйста, обратите внимание на транскрипцию ruby: ['ru:bi ]. Второй символ u: - это длинный звук "у". Такой же, как и у слова boot.

Как проводить публичные презентации? Как отвечать на вопросы аудитории? Ответы на эти и многие другие вопросы в 4-минутной презентации!!!



P.S. Спасибо Денису Миллеру за ссылку

Коллеги, в четверг (4-го декабря) мы проводим очередную встречу сообщества Agile.BY. Встреча будет интересной, полезной и БЕСПЛАТНОЙ! Читаем подробнее

Коллеги, товарищи и друзья! Приглашаю вас на конференцию!

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

Сайт конференции http://agilesummer.org

так нас встретили в минском зоопарке :)

Я: - Вы что-нибудь слышали о разработке через тестирование?
К: - Да! Это связано с экстремальным программированием... Разработка через тестирование - это мой метод!
Я: - Расскажите подробнее, пожалуйста.
К: - Ну, пишу я модуль и тестирую его, тестирую. Закончил и начинаю следующий писать и тестирую его, тестирую ...

P.S. К - кандидат

Вчера в Минске прошла вторая встреча сообщества Agile.by. Денис Петелин рассказал о том, как Agile помогает зарабатывать деньги :) Видео с встречи будет доступно на сайте http://agile.by.

Было полезно и интересно. Приглашаю интересующихся темами эффективной разработки и управления присоединяться к Agile.by

На первой встрече Agile.by было задано много вопросов по тестированию. Я нашел замечательную презентацию, которая может прояснить многие моменты TDD. В презентации также делается обзор средств для написания модульных тестов на различных языках: PHP, Ruby, Python, Java, Perl, C/C++.

А вот и сама презентация:


Для "погружения" в тему можно прочитать книгу Кента Бека "Экстремальное программирование: разработка через тестирование".

Вчера прошла первая встреча белорусского сообщества Agile.by. В качестве выступающего был заявлен Дмитрий Чернявский и тема "Опыт проведения SCRUM проектов". Дмитрий поделился своим опытом. В частности он показал, как на его проекте оформлялись требования (features) в MS Project, как выглядел Sprint backlog ну и много чего ещё. Особенностью проекта было то, что заказчик не находился рядом с командой.

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

Что бы я хотел отметить по итогу встречи:

• Заказчика всегда нужно готовить к тому процессу, по которому будет идти разработка (Денис показал замечательную презентацию, которая клиенту "на пальцах" объясняет процесс)
• Только живое общение с заказчиком. Описание требований на листике/доске и т.п. в виде страниц, формул и т.п. Использовать электронные средства для коммуникации с заказчиком могут только гуру (джедаи высшей категории).
  
• Заказчик должен всегда находиться в контакте с командой. XP, к примеру, требует, чтобы представитель заказчика находился в составе команды постоянно (Дмитрий на своем проекте отказался от возможности ежедневной часовой встречи с заказчиком, т.к. это слегка напрягало команду)
  
• Первая итерация (спринт) всегда должна быть успешной. Иначе заказчик потеряет веру в команду и выбранный процесс. После этого что-то повернуть в нужное разработчикам русло будет очень сложно.
• 0 багов в конце рабочего дня. Добиться этого, как мне кажется сложно, но подобная практика повышает ответственность программистов :)
• Программист сам делает оценку задачи, которую берется выполнить. Это персональная ответственность. Заказчик, впрочем, как и менеджер, не имеет права навязывать свою оценку.
• Применяя какую-либо методологию нужно использовать ВСЕ практики, которые она описывает. Не бывает Agile на половину.
• Не стоит забывать, ради чего вы работаете (если компания продает время, то и цели проекта для компании не получить качественный продукт быстро, а продать больше времени. Этот вопрос неоднозначный конечно :)

Встреча была очень инетесной и полезной. Всех желающих приглашаю к участию в жизни сообщества agile.by

Одну из проблем, которую решает экстремальное программирование - неэффективные коммуникации. Крекеры, разложенные по всему офису ;), по словам Кента Бека, способствуют решению этой проблемы.

В продолжение темы Agile хотел бы поделиться ссылкой.На странице приводится краткий обзор второго издания книги Кента Бека "Extreme Programming Explained". Книга 2004 года издания. Сейчас 2008. Я опоздал на 4 года? :)