DUMP (Development Usability Management Practice ) 2014

10:00 - 10:40

"Не бойся, это всего лишь данные"

Дворнов Роман, Ostrovok.ru, Москва

За последние 15 лет веб сильно изменился и ускорился. Но большинство по-прежнему боится большого количества данных и сложной логики на клиенте. Потому что "тормозит".

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

10:50 - 11:30

"l20n как система локализации"

Немцев Антон

1. Проблема локализации веб-страниц и html5-приложений
2. Существующие подходы, их достоинства и недостатки
3. А что у нас со стандартами?
4. l20n — подход, который прдлагает Mozilla
5. Как им пользоваться?
6. Примеры
7. Достоинства
8. Недостатки и баги
9. Совмещение подхода на бекенде и фронтенде

12:00 - 12:40

"По-настоящему отзывчивые интерфейсы"

Поликарпов Артем, Гетвеар, Великий Новгород

Артем расскажет и покажет, что за ходульным термином «отзывчивая вёрстка» стоит что-то большее, чем схлопывающиеся многоколонники, медиа-выражения и резиновые картинки.

12:50 - 13:30

"Зимние игры 2014 в Яндексе"

Пономарев Максим, Яндекс

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

Тезисы:

1. Четкие сроки запуска, нельзя отложить или передвинуть
2. Высокие пиковые нагрузки для финалов и значимых событий
3. Несколько поставщиков данных, у каждого свои интерфейсы и форматы данных, алгоритмы объединения
4. Опрос более 20 000 ресурсов с разной периодичностью
5. SQL для приема и хранения, MongoDB для раздачи (реплика), обновление данных по событию
6. Минимизация время доставки изменение от поставщика до посетителя
7. Node.js на фронте, использование кода на сервере и клиенте
8. Кэширование

14:30 - 15:10

"Пробуем Web Components уже сегодня"

Пацев Вадим, Яндекс, Москва

Web Components — будущее веба. К сожалению, их спецификация пока находится на стадии разработки, однако уже сейчас с помощью библиотек X-Tag и Polymer можно попробовать эти технологии на вкус.

В ходе мастер-класса рассмотрим из чего состоит спецификация Web Components.

Так же мы приблизим будущее и создадим микробиблиотеку реиспользуемых блоков на основе парадигмы Web Components и библиотеки X-Tag.

15:20 - 16:00

"EmberJS"

Больщиков Сергей, EmberJS Tel-Aviv meetup group and EmberJS EmberFest Europe

С помощью jQuery можно решить очень много задач. Но какой ценой? Этот доклад добавит в вашу копилку знаний информацию еще об одном JS framework’e и расскажет, как EmberJS помогает решать две основные проблемы в процессе построения любого web приложения ­ организацию структуры приложения и автоматическую синхронизацию между данными и графическим интерфейсом.

16:30 - 17:10

"Автопрефиксер: мир без CSS-префиксов"

Ситник Андрей, Злые марсиане, Санкт-Петербург

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

17:20 - 18:00

"Веб интерфейсы на touch устройствах"

Чашкин Иван, Mail.ru

В рамках доклада рассмотрим реализацию уже привычных пользователям интерфейсов: swipe, scroll, pullToRefresh. А так же увидим с какими проблемами прийдется столкнуться при разработке под мобильные touch браузеры и варианты их решений

10:00 - 10:30

"Роль лога в распределенных системах"

Грищенко Виктор, Citrea

Полезный обзорный доклад  про роль лога:
Бинлоги, оплоги, коммит логи: синхронизация в распределенных системах.
...и бандерлоги.

10:30 - 11:00

"Отказоустойчивый кластер на shpinx"

Тыцкий Андрей, Абак-пресс

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

Краткие тезисы:

- Что и как мы ищем?
- Почему решили все поменять?
- Архитектура: Sphinx HA кластер, наш вариант реализации, его - преимущества и недостатки.
- Масштабирование кластера, перебалансировка, отказоустойчивость.
- Индексация и синхронизация индексов.
- Обновление индексов.
- Оценка результатов.

11:00 - 11:30

"Распределенный консенсус"

Коковин Александр, СКБ Контур

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

Также в докладе будут показаны наиболее популярные примеры применения.

1) Проблематика распределенного консенсуса, постановка задачи, зачем это надо в жизни;
2) Существующие решение (zookeeper, chubby, ...) и их применение в существующих системах;
3) Алгоритмы, лежащие в основе этих решений, их особенности, граничные случаи.
4) Когда надо использовать готовое решение, а когда "писать велосипед".

12:30 - 13:00

"Boost your performance: как найти бутылочное горлышко и справиться с ним"

Епихин Михаил, Яндекс, Москва

Главным ограничителем производительности любой системы являются узкие места (bottlenecks). В своём докладе я рассажу о существующих техниках быстрого поиска таких мест. Мы поговорим о том, какие метрики хороши, а какие — непригодны для мониторинга производительности. Рассмотрим классификацию таких метрик, а также методы и инструменты анализа производительности. В итоге вы узнаете, как сделать так, чтобы ваш сервис эффективно использовал вычислительные мощности.

13:00 - 13:30

"Continuous Deployment в продукте Naumen Contact Center"

Беклемишев Константин, Наумен

Naumen Contact Center - это комплексное решение для организации контактный центров.
Мы развиваем сервис-ориентированную архитектуру, которая позволяет нам легко масштабировать и гибко настраивать решение.
Но у гибкости есть обратная сторона - большое количество разрабатываемых независимо компонентов, что приводит к сложностям при отладке, тестировании и конфигурации инсталляций (как простейших, так и распределенных).
В докладе мы проследим процесс эволюции нашего кода от момента написания до запуска на серверах конечного клиента.
Покажем, как наши и foss-технологии (git, android repo, chief, vagrant, gerrit, rpm, fabric) интегрируются в единую среду Continuous Deployment.
Расскажем, насколько мы приблизились к созданию большой красной кнопки "сделать всё".

14:30 - 15:15

"Modern and Different Postgres"

Ronacher Armin, один из основателей Pocoo Team, Англия

Postgres is so much more than a traditional relational database. This talk is going through some interesting ways to make more out of Postgres 9.3 and how it can be best utilized. It goes through more traditional setups as well as ways to use Postgres as an unstructured data store as replacement for legacy MongoDB environments.

15:15 - 16:00

"Как устроен NoSQL"

Аксенов Андрей, Sphinx Technologies Inc.

Если вы уже знаете, что такое B+tree, Fractal tree, LSM, SSTable, Bloom filter, read/write amplification, что значат буквы No в слове NoSQL, каким чудом поколоночные базы жмут данные в 100+ раз, и почему файл на диске тоже NoSQL, только маленький и злой, вам совершенно нечего делать на этом докладе. Для всех остальных мы устроим краткий обзор всего цветничка разных структур данных, использующихся в современных постреляционных БД и, понятное дело, попытаемся еще сильнее запутать ответы на главные вопросы бытия ("Так все же SQL или NoSQL победит?", "Какую базу брать?", "Отчего у человека грустное хлебало?")

Кому мало доклада, тех ждем на мастер-класс.

16:30 - 17:00

"Специализированные облака (Heroku, Amazon Beanstack, Engine Yard)"

Могильников Алексей, QRGL

Начало 21 века ознаменовалось победным шествием виртуализации. Как только эта технология стала зрелой, на рынок вышли и стремительно взлетели "облака" - платформы, предоставляющие возможность гибко и в реальном времени получать нужную вычислительную инфраструктуру в нужных в данный конкретный момент объемах (IaaS). Дальнейшим развитием IaaS стало PaaS (Platform as a Service). Что позволяют делать эти PaaS, почему сисадмин вымирающая профессия и как собирать высоконагруженные сервисы подобно конструктору через браузер и командную строку, мы поговорим в рамках моего доклада.

А именно:

1. Что такое PaaS и как он работает. Сервисы поверх IaaS: Cache as a Service, Datastore as a Service, MQ as a Service и т.д. Концепция вычислительного контейнера, автомасштабирование сервисов, развертывание приложения одной командой.
2. Почему PaaS убивает профессию админа. Точнее не убивает, а делает её редкой и очень высокооплачиваемой.
3. Какие сейчас есть PaaS на рынке.

17:00 - 17:30

"Все что нужно знать про Docker"

Штань Данила, 66.ru

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

А на сладкое я подготовил небольшой обзор софта, который активно пишет и релизит сообщество вокруг проекта Docker.

17:30 - 18:00

"Фреймворк Capistrano"

Шатров Кирилл, Evil Martians

Фреймворк Capistrano — стандарт для развертки приложений в мире Ruby и за его пределами - в php и python

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

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

Из подробностей:

- интеграция с CI
- построение воркфлоу и использование в больших командах
- возможности сырого SSHKit (низкоуровневая библиотека, на которой основана Capistano)
- будущее деплоя: контейнеры вместо скриптов и отказ от больших сценариев
- best practice для интеграции capistrano и сервисов (очередь задач, веб-сервер)

10:00 - 10:40

"Как мы разрабатываем Сфинкс: жизнь распределенной команды"

Аксенов Андрей, Sphinx Technologies Inc.

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

10:50 - 11:30

"Канбан в команде Навального"

Горник Александр, Mindbox, Москва

--

12:00 - 12:40

"Внедрение startup практик в enterprise разработку"

Шашев Сергей, Naumen

Многие sturtup практики применимы в enterprise разработке (проверка гипотез с минимальными затратами, customer development, А/B тестирование), а неопределенность в проекте - это нормальная ситуация, с этим можно работать при хорошем внедрении Agile методик.

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

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

12:50 - 13:30

"Почему из нас не получилось хороших тимлидов"

Дашкевич Иван, СКБ Контур
Бурмистров Иван, СКБ Контур
Егоров Павел, СКБ Контур

К вам пришли и сказали: "Поздравляем! Ты теперь тимлид!", "Дадим тебе пару программистов в усиление", "Будешь теперь управлять разработкой", "Решили сделать тебя начальником отдела разработки".

"Круто!" — думаете вы, но почему-то вам не рассказали, что это всё значит. Нет, все понятно, но что конкретно?!

Однажды три тимлида СКБ Контур с общим опытом руководства разработчиками более 15 лет, решили наконец-то поразмышлять на тему "что же это вообще значит?" и "какой он, хороший тимлид?" Долго делились опытом, травили байки, хохотали, а закончили докладом с вот такой вот темой :)

Иван Бурмистров (Контур-Отчет-ПФ, Контур-Ритейл, ...)
Иван Дашкевич (Контур-Отчет-ПФ, Бухгалтерия.Контур, Диадок, ...)
Павел Егоров (часть Контур-Экстерна, Диадок, Контур.Лабс, ...)

14:30 - 15:10

"Самообучающаяся группа: как мотивировать сотрудников постоянно учиться"

Мохов Олег, Яндекс

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

15:20 - 16:00

"Внедрение startup практик в enterprise разработку"

Шашев Сергей, Naumen

Многие sturtup практики применимы в enterprise разработке (проверка гипотез с минимальными затратами, customer development, А/B тестирование), а неопределенность в проекте - это нормальная ситуация, с этим можно работать при хорошем внедрении Agile методик.

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

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

16:30 - 17:00

"Github-flow. Обратная сторона и что если всё же хотим тестировать?"

Александр Бирюков, 2GIS

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

Github-flow - модель ветвления принятая в известной компании Github, призванная упорядочить процесс работы с ветками в git и позволяющая непрерывно вливать изменения в основную ветвь разработки.

В своём докладе я расскажу о том, какие подводные камни вы можете обнаружить при внеедреннии процесса Github-flow и как не сломать процесс, если всё же хочется изменения тестировать.

Вы узнаете:

- Как устроен Github-flow.
- С какими сложностями мы столкнулись при внедрении.
- Дополнительные соглашения, которым придётся следовать при работе с ветками.
- Что делать с тестированием и тестировщиками.

Кому будет интересен доклад:

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

17:00 - 18:00

"Круглый стол - Бизнес в IT"

Рахимбердиев Аскар, МойСклад

Адеев Николай, Artsofte

14:30 - 15:10

"Союзмультфильм не представляет"

Кудымов Александр, Яндекс

— Краткий экскурс в историю.
- Какие анимации в вебе были раньше и к чему пришли теперь.
- Что интересного есть в анимациях, зачем они нужны.
- Какие правила создания анимаций существует и о чём нужно помнить, чтобы получилось приятно глазу.
- Чем анимации в интерфейсах отличаются от мультиков.
- Обзор средств для создания анимаций: Quartz Composer, FramerJS, Hype

15:00 - 15:30

"Петли в проектировании интерфейсов"

Кулаков Алексей, JetStyle

--

15:30 - 16:00

"5 красивых решений для красивых прототипов"

Клевакин Денис, ITM Холдинг

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

16:30 - 17:00

"Найти идею или как думать иначе"

Валиуллин Артур, Озон

Тезисы:

- Как думать иначе: идеально, если объекта нет, но функция выполняется.
- Нужна ли эта часть в интерфейсе? Может ли она выполнять функции остальных четырёх?
- Идеальность — это инструмент, а не философская проблема.

17:00 - 17:30

"Каракули прокачивают извилины"

Чуприянов Николай, СКБ Контур

Британские дизайнеры немецкого происхождения, а так же их коллеги из США и России, раскрыли древний метод как лучше понимать других, яснее выражать себя, при этом становится умнее, популярнее, привлекательнее и не скучать на докладах DUMPa.

Еще вас ждут групповые сеансы повышения самооценки, советы как увеличить свой маркер за 14 дней и золотые цитаты из книги «Рисование для грибов».

17:30 - 18:00

"Keep Calm"

Кутовой Владимир, СКБ Контур

Как мы переключали 500 000 пользователей на новый интерфейс и успокаивали всех вокруг. Что делать с нелюбопытными пользователями и что делать, когда коллеги паникуют, а «УЗБАГОЙСЯ!» не работает.

10:00 - 10:40

"Метрики в мобильных приложениях: Жизнь до и после выхода в store"

Красинский Илья, MAGIC INK, Москва

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

10:50 - 11:30

"Мобильное приложение как авангард веб-сервиса."

Шаяхов Антон, Aviasales.ru

— Значимость мобильного канала в жизни веб-сервиса
- Тестирование новых фич продукта на мобильном приложении
- Приложений должно быть много! SDK мобильного приложения
- Мобильные рекламные сети. Прирост качественного трафика за сутки в несколько раз. Гиганты отрасли.
- Медийные каналы. Брендируем кортеж президента.
- Считаем возврат инвестиций или на что потратить $ 10M

12:00 - 12:30

"Так круто, что даже отвратительно"

Василий Аксёнов, Кнопка

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

12:30 - 13:00

"Corona SDK для разработки кроссплатформенных приложений"

Лалов Сергей, Spiral Code Studio

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

Corona SDK очень удобное и простое в использовании решение для разработки мобильных приложений. Обладает достаточным количеством возможностей и хорошей скоростью работы.

В докладе обзор, небольшое сравнение с другими фреймворками, советы по организации разработки, введение в Corona SDK и Lua, способы борьбы с фрагментацией устройств, ООП в Lua и другие "best practices".

13:00 - 13:30

"Лайфхаки ручного тестирования на мобилках"

Горлова Юлия, 2GIS

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

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

В том числе:

— Администрирование устройств.
- Управление билдами.
- Приоретизация тестирования с фокусом на долгую приёмку в магазин.
- Бета-тестирование через Google+.
- Активная поддержка пользователей в магазинах.

В качестве примера приведем мобильное приложение 2ГИС, которое занимает первые места в App Store, Google Play, Ovi Store и App World.

14:30 - 15:00

"Когда тесты пишут разработчики"

Ахметов Александр, СКБ Контур

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

15:00 - 15:20

"RobotFramework"

Хитрин Андрей, Наумен

Как сделать тесты понятными не только разработчику и не потерять кучу времени на написание своего фреймворка?

Андрей расскажет, почему на старте стоит выбрать именно этот инструмент

15:20 - 15:40

"Управление конфигурациями и тестовой средой"

Садовская Яна, Абак-пресс

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

15:40 - 16:00

"Автоматизация тестирования верстки"

Татьяна Черемных, Naumen

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

У каждого тестировщика есть своя рутина. У тестировщиков веб-приложений - это, в том числе, регрессионное тестирование верстки.

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

16:30 - 16:50

"Опыт внедрения тестирования в отдельно взятый интернет магазин"

Микрюков Михаил, Е96

Что вы получите, покупая тестирование? Речь пойдет не об абстрактном качестве, а о конкретных цифрах: время создания фичи от ТЗ до главной страницы сайта, количество найденных и не найденных дефектов и их время жизни.

16:50 - 17:20

"Тестирование на аутсорс: что вы покупаете и как правильно им пользоваться"

Вахрушев Илья, Exadel

Доклад про размер проектов, ручной и автоматизированный аутсорс, общение с менеджером и артефакты.

17:20 - 18:00

"Тестирование без тестировщиков"

Руколь Наталья, Лаборатория Качества, Москва

Хорошее и своевременное тестирование – залог успеха любого проекта, и чем крупнее этот проект, тем важнее становится тестирование.

Но всегда ли нужны выделенные специалисты-тестировщики? Не вызовет ли их привлечение повышения издержек, увеличения сроков и появления конфликтов в команде?

На этом докладе я хочу рассказать про тестирование с качеством, но без тестировщиков:

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

Приходите, будет не только полезно, но и весело!

10:00 - 10:30

"Как задавать требования к качеству интерфейса"

Бесков Денис, Школа системного анализа и управления, Москва

Доклад Дениса будет полезен всем тем, кто сталкивался с проблемой измерения качества интерфейса и задания требований к нему.

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

Вы узнаете, как исторически подходили к измерению качества интерфейса в разработке ПО

- Почему эти методы не работают
- Из чего складывается качество «на самом деле»

10:30 - 11:00

"Оценка эффективности работы аналитика"

Желнова Наталья, Ведущий аналитик, Москва

Тезисы доклада:

1. Общие вопросы оценки эффективности в IT: что понимать под эффективностью?
2. Зачем вообще оценивать эффективность?
3. В чем смысл работы аналитика?
4. Несколько плохих примеров попыток оценки эффективности аналитика. Хоррор из жизни IT-компаний.
5. Несколько хороших примеров оценки эффективности аналитика.
6. Метрики, позволяющие увидеть лес за деревьями.
7. Общие принципы гуманизма, или в каких целях не надо использовать метрики.
8. Заключение.

11:00 - 11:30

"ТЗ по ГОСТ: полезная штука или проклятие"

Бакирова Дарья, Технология 2000

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

- как написать ТЗ по ГОСТ наиболее эффективно (бывают случаи, когда ТЗ- только формальность, его никто не читает; бываю случаи- когда ТЗ- отдельный этап работы над системой, за который платят отдельные деньги). Разные виды ТЗ по ГОСТ: полезные ТЗ для маркетинга и полезные ТЗ для разработки
- какие типичные ошибки могут привести к тому, что заказчик не примет ТЗ
- про версионность ТЗ, совместная работа над ТЗ с заказчиком, лист изменений и учет замечаний заказчика
- как трактовать в свою пользу скользкие моменты ГОСТ на защите ТЗ. Краткий обзор ГОСТ. Мои ТЗ-мутанты, выведенные путем селекции (хм, неплохое название для доклада :) )
- создание собственных шаблонов + полезные хитрости MS Word
- как пройти нормоконтроль
- как бороться с частыми глюками Word (особенно при  написании объемных ТЗ)

12:00 - 12:30

"Есть ли польза от аналитика в интернет-проекте?"

Печенкин Григорий, Colvir Software Solutions, Москва

Похоже, аналитиков учат не тому, что нужно в интернет-проектах. ГОСТы, юзкейсы, бизнес-правила, бизнес-процессы — нужно ли это всё в интернете?

Нужен ли вообще в интернет-проекте системный аналитик? Будет ли от него больше пользы или вреда?

Без аналитиков в традиционной разработке не обойтись:
- Если предметная область слишком сложна, и нужны специальные люди, которые будут в ней разбираться.
- Если в проекте так много участников, что приходится отделять знания от людей и сохранять их в виде документов.
- Если система адаптируется под нужды клиента, то нужны люди, хорошо знающие систему и умеющие описать эти нужды в её модели (типичный пример: описание бизнес-процессов).
- Приложимы ли эти условия к интернет-проектам? Если да, то может ли аналитик использовать знания и навыки, полученные в «традиционной» разработке? Или энтерпрайз и интернет несовместимы?

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

12:30 - 13:00

"Создаём новый продукт на основе заказных проектов"

Новиков Игорь, Naumen

Мы пишем своё программное решение Naumen GPMS (автоматизация государственных закупок) с 2006 года. Этот продукт был создан нами "с нуля" и в момент зарождения аналогов практически не имел. На пути его развития мы прошли несколько этапов, включая попытку сделать сразу "правильный" тиражируемый продукт и поставлять его всем заказчикам, затем бросались в другую крайность — делали полностью независимые проекты в сходных обстоятельствах. Сталкивались с тем, как нестройные решения оказывались успешнее более логичных и красивых. Однако в конце концов у нас сформировалось некоторое понимание того, как же правильно находить баланс между проектами и тиражируемым продуктом. В докладе будет приведён анализ предпосылок и последствий тех или иных решений, включая особенности нашей "внутренней кухни". Также хотим поделиться своим пониманием о трёх видах программных решений: проекте, инструменте и продукте. Об их сходствах, отличиях, областях применения.

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