Support Driven Development by Valentin Kropov

Speaker Валентин Кропов
Название
Support Driven Development
Формат
  • доклад
Продолжительность
  • 45 мин
Описание

Разработчики и группы поддержки приложений зачастую мало что знают друг о друге, у них разные заботы и мечтают каждый о своем. Но именно от суровых парней и девчонок из UNIX, Database, Network, Storage и Application Support команд зависит доступность, производительность и масштабируемость разрабатываемых программ и систем, а зачастую и успех проекта в целом.

Мало сделать оригинальное или полезное приложение, важно сделать "поддерживаемое" приложение. В рамках доклада автор расскажет о типичных проблемах "неподдерживаемых" приложений, а также как исправить эти проблемы на этапе дизайна и разработки. 

Мы узнаем, сколько стоит один час простоя крупных приложений, поймем, как сделать настройку производительности простым и приятным занятием, расскажем о том, как сделать приложение заранее масштабируемым, чтобы потом не «переписывать» приложение заново.

План выступления

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

 

 

Список тем для доклада:

 

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

 

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

 

3. Доступность. В этой части доклада речь пойдет о том, что любое самое лучшее приложение абсолютно бесполезно, если оно не работает. Например, мы расскажем, сколько миллиардов долларов можно потерять, если всего на несколько часов остановить Amazon.com, а также о том, как потратив всего несколько лишних дней на разработку, уменьшить вероятность таких потерь минимум на 80%. Мы выясним, как сделать перезапуск приложения молниеносным, обсудим наилучшие практики релизов и обновлений, научимся писать короткую и понятную документацию, а также дадим понятие "спиральной" документации, в конце концов, наберемся храбрости, и поговорим о кластерах.

 

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

 

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

 

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

 

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

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

 

Требования к помещению и ограничения аудитории

Желательно, чтобы сцена/подиум была чуть приподнята над основным уровнем зала, приветствуется отсутствие всевозможных трибун, стульев и столов на сцене, по возможности, никаких посторонних людей и предметов — ничего, что будет отвлекать внимание слушателей от доклада, только докладчик и большой экран, освещаемый качественным ламповым проектором. Крайне приветствуется, чтобы входная дверь была в самом конце зала, чтобы входящие и выходящие не отвлекали внимание слушателей. Яркий свет будет очень кстати, направленное освещение лица и фигуры докладчика, а также приглушенный свет в зале — огромнейший плюс. Hands-free микрофон, хорошая вентиляция, удобные кресла и продуманные проходы — еще несколько мелочей, делающих мероприятие по-настоящему крутым. Ограничений на количество участников нет.

 

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

Уровень аудитории
  • новички
  • практикующие
  • эксперты
Теги описания доклада
desing, development, support, software, availability, performance, scalability, дизайн, разработка, поддержка, ПО, доступность, производительность, масштабируемость
Last Updated 25 Dec 10:45