Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Реальный DevOps в энтерпрайзе / Александр Тараторин (Райффайзенбанк)Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 5 июня, 18:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2828.html
Что такое DevOps? Очередной модный термин? Методология? Набор инструментов? Культурные практики?
Для Райффайзенбанка DevOps - микс из всего перечисленного (смешать, но не взбалтывать!), применяемый чтобы:
- ускорить разработку и внедрение новых решений не в ущерб качеству;
- вовлечь админов в работу девелопмента;
- заинтересовать разработчиков жизнеспособностью их творений в реальной жизни.
...
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
Требования постоянно меняются в ходе разработки
Требования могут противоречить друг другу
Меняются приоритеты разработки
Ограничены ресурсы – нужно уметь расставлять приоритеты
Ограничены сроки – нужно ясно понимать, какой функционал к какой дате будет реализован
Реальный DevOps в энтерпрайзе / Александр Тараторин (Райффайзенбанк)Ontico
РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 5 июня, 18:00
Тезисы:
http://webscaleconf.ru/2017/abstracts/2828.html
Что такое DevOps? Очередной модный термин? Методология? Набор инструментов? Культурные практики?
Для Райффайзенбанка DevOps - микс из всего перечисленного (смешать, но не взбалтывать!), применяемый чтобы:
- ускорить разработку и внедрение новых решений не в ущерб качеству;
- вовлечь админов в работу девелопмента;
- заинтересовать разработчиков жизнеспособностью их творений в реальной жизни.
...
«DevOps — это о передаче смысла» — Александр Титов, Express 42DevDay
Текущим определением DevOps является аббревиатура CAMS:
— культура;
— автоматизация;
— измерения;
— распространение знаний.
Для меня это недостаточно понятно, я дополнил эти пункты тем, что DevOps это впервую очередь о передаче смысла без искажений. Я расскажу, как эти мысли соотносятся с методиками прошлого (ITIL, etc), как, используя такой подход, создать набор правил для работы и почему автоматизация — это не всегда хорошо.
Мы посмотрим как инструменты автоматизации помогают передавать смысл изменений между окружениями на примере реальных компонентов и кукбуков и рассмотрим на практике почему bash скрипты более слабый инструмент, чем Opscode Chef.
Совместно разберемся к требованиям к системе мониторинга. Что в системах мониторинга вредит передаче смысла, а что, наоборот, помогает. Какую систему мониторинга выбрать для вашего проекта?
Важность честности и открытости в команде для передачи смысла. Честные публичные пост-мортемы — это не проявление слабости, а проявление уважения к своим пользователям. Как научится делиться информацией друг с другом и не скрывать важного.
On 7-8.th of June Drupal Camp Kyiv takes plase in Kyiv. It is the biggest conference in Ukraine devoted to the CMS/CMF Drupal.
This year DEWEB Studio participates actively in this conference: we act as sponsors, reporters and help with the organization of the arrangement.
http://www.youtube.com/watch?v=amGNl5tjXbg
Comparing Drupal CMS with Raw PHP coding. Presentation for AISEC conference ItEvent09 - http://aiesec-if.in.ua/news/88-it-event-anounce
inspired by Drupal Camp 2009 (http://camp09.drupal.ua/)
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
On 7-8.th of June Drupal Camp Kyiv takes plase in Kyiv. It is the biggest conference in Ukraine devoted to the CMS/CMF Drupal.
This year DEWEB Studio participates actively in this conference: we act as sponsors, reporters and help with the organization of the arrangement.
http://www.youtube.com/watch?v=amGNl5tjXbg
Comparing Drupal CMS with Raw PHP coding. Presentation for AISEC conference ItEvent09 - http://aiesec-if.in.ua/news/88-it-event-anounce
inspired by Drupal Camp 2009 (http://camp09.drupal.ua/)
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
2. Краткий практический обзор на тему управления проектами на Drupal Чем отличается процесс разработки на Drupal от типового процесса разработки решения с нуля Специфика оценки объема работ Типичные ошибки и риски на стадии обсуждения и планирования проекта с точки зрения специфики самого Drupal-а Как покорить изменения, если много работ проводится в админке Несколько практических вариантов эффективных и неэффективных подходов к реализации проектов на Drupal
3. Чем отличается процесс разработки на Drupal от типового процесса разработки решения с нуля ?
5. Обзор с двух сторон Отличие от процесса «разработки с нуля». Что надо учесть. Отличие от процесса работы «с коробкой». Что надо учесть. Основные иллюзии начинающего Drupal-ера.
6. Типовая структура разработки с нуля этапа «Реализация» Разработка базы данных Разработка бизнес-логики приложения Разработка визуальной части
7. Разработка базы данных Обычно надо создавать: таблицы взаимосвязи поля триггеры хранимые процедуры В друпал-проекте: практически отсутствует (этап, объем).
8. Разработка бизнес-логики приложения Обычно функциональную часть надо делать либо с нуля либо reuse наработок Drupalотвечает на этот вопрос: Модули! Их много. Их очень много. Базовые модули (CCK, Views, widgets) дают простор для реализациия, сокращают время Чем больше опыт – тем меньше модулей
10. <<box>> Подводные камни После первых Drupalпроектов появляется ощущение что «море по колено». Ошибочное ощущение проекта начинающего друпалера: Установил и настроил модули Сделал цссинг
12. Распределение трудозатрат Z = X + Y X - Drupalфункционална основании существующих модулей Y – весь специфический функционал, создающийся с нуля: новые модули
13. X - Drupalфункционална основании существующих модулей Сборка Drupalна модулях – 20% Работа напильником – 50% Css-инг – 30%
21. Типичные ошибки и риски управление изменениями требований Есть такой эффект - как правило в конце реализации приходит запрос на доработку «1 000 мелочей» На 99% - тот же напильник, для Drupalпроекта это очень существенный объем
22. Типичные ошибки и риски Производительность, хостинг - система требовательна к ресурсам, нужен хороший хостинг - один корявый SQL запросвалит всю систему