Релиз это что такое простыми словами в программе

Релиз это что такое простыми словами в программе

Есть понятия:
— внутренний релиз
— внешний релиз
— билд

Как они друг с другом соотносятся (синонимы, часть-целое, разновидность)?
Как связаны их версии (синонимы, часть-целое, разновидность)?

Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания
http://rsdn.ru/Info/rules.xml

Re: Билд и релиз

От:	igor-booch
Дата:	25.01.12 06:40
Оценка:

еще есть
патч билд

Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания
http://rsdn.ru/Info/rules.xml

Re: Билд и релиз

От:	Nikolay_Ch
Дата:	25.01.12 07:30
Оценка:

Здравствуйте, igor-booch, Вы писали:

Значение слова пресс-релиз. Что такое пресс-релиз.

IB>Есть понятия:
IB>- внутренний релиз
IB>- внешний релиз
IB>- билд

IB>Как они друг с другом соотносятся (синонимы, часть-целое, разновидность)?
IB>Как связаны их версии (синонимы, часть-целое, разновидность)?
Это все зависит от системы, поставленной у вас. Имеется ввиду система, как процесс разработки, а не программа.

Мое ИМХО:
Внутренний релиз — это тестовый релиз, который должна тестировать группа тестирования
Внешний релиз — это релиз, который поставляются заказчику

А Билд и Патч-билд — это просто сборка общая (при релизе) и частичная (при внесении исправления).

Не знаю, может у кого-то другие будут объяснения.

Re[2]: Билд и релиз

От:	igor-booch
Дата:	25.01.12 08:02
Оценка:

То есть в процессе agile итерации мы делаем множество билдов, например с помощью continues integeration.

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

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

И теперь вопрос:

Чем отличается версия релиза, версия билда, версия программного продукта?

Я думаю вообще некорректно говорить версия релиза или версия билда. Тат как это подразумевает что у одного билда (или одного релиза) есть множество версий. Множество версий есть только у программного продукта. А версия программного продукта уже состоит из номера билда, номера внешнего релиза и номера внутреннего релиза. Правильно ли я рассуждаю ?

Релиз: Новый курс. Бухучет простыми словами 2.0

Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания
http://rsdn.ru/Info/rules.xml

Re[3]: Билд и релиз

От:	Nikolay_Ch
Дата:	25.01.12 08:09
Оценка:	+1

Здравствуйте, igor-booch, Вы писали:

IB>То есть в процессе agile итерации мы делаем множество билдов, например с помощью continues integeration.
IB>И билд, который мы отдали на тестирование в конце итерации, называется внутренним релизом.
IB>Если во внутреннем релизе обнаружились ошибки, и эти изменения тестеры хотят видеть до следующего внутреннего релиза выпускается патч билд внутреннего релиза.
IB>Внутренний релиз, который мы отдали заказчику, называется внешним релизом.
IB>Если во внешнем релизе обнаружились ошибки, и эти изменения заказчики хотят видеть до следующего внешнего релиза выпускается патч билд внешнего релиза.
Не работал по agile — извини, но интуитивно где-то так.

IB>И теперь вопрос:
IB>Чем отличается версия релиза, версия билда, версия программного продукта?
С моей точки зрения — это несколько разные вещи. Релиз — это новая версия ПО. В рамках релиза может быть несколько билдов, которые приближают релиз к идеалу. С патчем точно также. Есть патч (с енким именем, версией) и у этого патча могут быть итерации, на каждой из которых появляется свой билд.

Re[4]: Билд и релиз

От:	igor-booch
Дата:	25.01.12 08:16
Оценка:

N_C>С моей точки зрения — это несколько разные вещи. Релиз — это новая версия ПО. В рамках релиза может быть несколько билдов, которые приближают релиз к идеалу. С патчем точно также. Есть патч (с енким именем, версией) и у этого патча могут быть итерации, на каждой из которых появляется свой билд.

Согласен, я неправильно написал патч билд, нужно было написать патч релиз.

Отвечайте на это сообщение, только если у Вас хорошее настроение и в Вашем ответе планируются только конструктивные вопросы и замечания
http://rsdn.ru/Info/rules.xml

Re[3]: Билд и релиз

От:	maxkar
Дата:	25.01.12 10:00
Оценка:	2 (1)

Здравствуйте, igor-booch, Вы писали:

IB>Чем отличается версия релиза, версия билда, версия программного продукта?

Они для разных людей делаются. Билд — уникальная попытка «получить действующее приложение». По сути, это сборка из исходников определенной версии. И версия исходников является «версией билда». Внутренний релиз — это определенный билд, отобранный на тестирование. Может иметь свою нумерацию (если тестировщикам это удобнее).

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

Т.е. релиз описывает набор изменений с точки зрения пользователя (бизнес-требования и т.п.). Естетственно, релиз соотносится с каким-то внутренним релизом (который утвердили). Внутренний релиз, в свою очередь, соотносится с билдом, из которого был получен. В обратную сторону цепочка не верна (для билда может не быть внутреннего релиза).

Чем отличается «версия релиза» от «версии программного продукта» в данном случае не понятно. Обычно они обозначают одно и то же. Второе используется при общении с пользователями (чтобы их не пугать), но обозначают они одно и то же. Иногда, «версия программного продукта» может обозначать группу «релизов». В этом случае «версия» обычно соотносится с major version в релизе.

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

Подробнее про патчи/релизы могу поредкомендовать статью Release Management Done Right. Она может показаться скучновата, но очень подробно описывает разницу между релизом и билдом.

Re: Билд и релиз

От:	Aquary	https://wmspanel.com/
Дата:	26.01.12 04:30
Оценка:

Здравствуйте, igor-booch, Вы писали:

IB>Как они друг с другом соотносятся (синонимы, часть-целое, разновидность)?
IB>Как связаны их версии (синонимы, часть-целое, разновидность)?

Билд — это в буквальном переводе — «сборка». Т.е. берём срез исходников, создаём некие deliverables, т.е. исполняемые файлы, конфиги, скрипты SQL и т.п. Т.е. билд — полученные из исходников рабочие продукты. Создаётся как вручную по требованию, так и автоматическими системами сборок по расписанию. Как угодно, в общем — было бы что собирать.

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

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

Пользуясь случаем, прорекламирую свою статью про основы SCM, где есть и про релизы, и про baselines: Основы SCM

Автор(ы): Юрий Удовиченко
Дата: 03.08.2009
В статье изложены основы Software Configuration Management (управления конфигурацией программных средств). Перечислены и описаны основные задачи, решаемые SCM, области его ответственности. Описано назначение стабилизации конфигураций и выделение базовых конфигураций. Даны примеры использования описанных принципов при компонентной разработке и с использованием линеек продуктов.

Источник: www.rsdn.org

Пресс-релиз: что это и как его написать (образцы и примеры)

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

Написать хороший пресс-релиз способен не только профессионал. Это подвластно любому человеку, который обладает достаточной грамотностью, а также понимает структуру и нюансы данного жанра. И вы тоже сможете, вне зависимости от того, в какой сфере работаете – SMM, контент-маркетинг, менеджмент, предпринимательство. Единственное, что вам нужно – освоить азы и много практиковаться.

Реклама: 2VtzqwCpaPT

Что такое пресс-релиз, из чего состоит и зачем нужен

По сути, пресс-релиз – анонс того или иного события/мероприятия. Его используют в самых разных случаях. Перечислим наиболее типичные из них.

1. Выход новой продукции. Обратите внимание на то, что происходит, когда в продажу запускается очередная модель «Айфона». Сеть уже за несколько недель до дня «икс» буквально кишит оповещениями. Менее крупные бренды точно так же объявляют о поступлении, правда, это не настолько заметно.

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

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

Примеры пресс-релизов

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

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

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

А это пресс-релиз новости Одноклассников.

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

Рассмотрим ещё один образец – пример пресс-релиза фильма.

В этот раз попробуйте сами проанализировать текст релиза. Что здесь хороши и что плохо. Как можно было сделать лучше.

Как написать пресс-релиз для СМИ: готовая структура

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

Он должен быть интересным, запоминающимся и моментально привлекающим внимание. От названия зависит, будут ли ваш пресс-релиз вообще читать. Существует множество приемов, как вызвать любопытство у публики с первой строчки. Можно использовать цифры («Компания Apple выпускает iPhone с 5 новыми функциями»), обыгрывать меметичные фразы, которые у всех на слуху («Лучшее враг хорошего: курс семинаров по борьбе с перфекционизмом начинается с 23 мая»), указывать на выгоду («Купите 2 упаковки сока и получите третью в подарок!») и т. д.

Лид

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

Основная часть или «тело» пресс-релиза

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

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

Кому и как отправлять пресс-релизы

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

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

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

Заключение

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

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

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

• Как составить коммерческое предложение
• Оформление портфолио копирайтера
• Как написать заключение статьи

Сравнение онлайн-курсов

Перед тем, как купить любой курс, сравните условия от разных школ — стоимость обучения, скидки, длительность, есть ли программа трудоустройства. Подобрать онлайн-курс >>

Источник: postium.ru

Как в 1С узнать номер текущего релиза конфигурации и платформы?

Если в последнее время вы все чаще слышите фразу, «Какая у вас платформа? А релиз какой?» Значит это статья для вас. Сегодня мы расскажем вам, как быстро посмотреть какая у вас платформа, какой релиз, а так же расскажем, как посмотреть, что нового добавилось в релизе.

Пользователи 1С могут самостоятельно посмотреть информацию о платформе и релизе программы — для этого нужно нажать на кнопку расположенную в верхнем правом углу программы «Сервис и настройки» — «О программе».

Для начала рассмотрим, что такое платформа. Платформа – это программная среда для разработки прикладных решений (конфигураций), а также управления их работой. То есть платформа это и есть сама программа 1С. И если у вас несколько пользователей работает в 1С, то важно, чтобы на всех компьютерах стояла одинаковая версия программы. На картинке представлено наглядно, где указана используемая платформа.

Теперь перейдем к конфигурации. Конфигурация делится на два раздела это редакция и релиз. Редакция появляется, только если внесены значительные изменения в конфигурацию, релиз же — это очередное изменение действующей редакции конфигурации. При месячных обновления 1С изменяется как раз-таки релиз. То есть конфигурация – это тип базы, который вы используете.

Это может быть Бухгалтерия, Зарплата и множество других конфигураций.

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

Это может быть вам интересно:

Источник: www.maple.ru

Релиз это что такое простыми словами в программе

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

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

О чем писать?

Какие же информационные поводы могут быть интересны средствам массовой информации? Это могут быть:

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

Когда писать?

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

Пост-релиз должен отвечать на следующие вопросы:

Где это (происходит)?

Когда это (происходит)?

Почему и зачем (это делается)?

Какие перспективы это имеет? (если таковые есть)

Структура пост-релиза

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

Заголовки к текстам для сайта отражают, как правило, характер действия или его этапа, например: В Выборгском районе отметили День учителя, Школьных журналистов района объединяет «Юность», В Выборгском районе прошел семинар «Разрабатываем систему воспитательной работы школы: теория и практика», В детских садах проходят спектакли по правилам дорожного движения.

Резюме, как правило, отвечает на вопросы: когда?, где? и что?, а также в некоторых случаях кто?

10 декабря в детском саду №67, состоялось кукольное представление на тему Правил дорожного движения под названием «Красный, желтый, зеленый». Спектакль был организован местной администрацией муниципального образования Парнас.

Завершился первый этап ролевой игры «Ужель та самая Татьяна?» по роману А. С. Пушкина «Евгений Онегин». Уже много лет подряд эту программу в рамках социально-педагогического проекта «СИМВОЛ» проводит в образовательных учреждениях Выборгского района Дом детского творчества «Юность». В этом году программы прошли в школах № 103, 135, 488, 494 и 486.

Сразу три праздника отметили 3 октября в школе №471: пятидесятипятилетие учебного заведения, 1 год в новом здании и День учителя.

10 декабря в помещении Центральной детской библиотеки Выборгского района прошел поэтический вечер, посвященный 210 годовщине со дня рождения русского поэта Федора Ивановича Тютчева. Организаторами вечера выступили Информационно-методический Центр Выборгского района и Центральная районная детская библиотека. Было заявлено 40 участников из 10 школ района.

Основная часть текста отвечает на оставшиеся вопросы: кто? почему? и зачем?, какие перспективы ожидаются? (если они есть). Рекомендуемый объем основной части — примерно 1,5 тыс. знаков. Но, в зависимости от темы и содержания новости, объем пост-релиза может варьироваться по усмотрению автора.

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

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

Стилистика и оформление пост-релиза

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

Пример: (о юбилее школы) После семинара началось само праздничное действие. Ребят, учителей, родителей, гостей и ветеранов пригласили в актовый зал. Зазвучали первые аккорды концертной программы «Мы – это больше, чем ты и я».

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

(Об экскурсии школьников в Детский музейный центр) Все помнят с детства веселые и захватывающие приключения Тимура и его команды, героев одноименной повести А.П. Гайдара, написанной в 1940 году. Для сегодняшних детей вечные темы справедливости и чести, дружбы и взаимопомощи также актуальны, как и 70 лет назад. Погрузиться в мир ребят, чье детство пришлось на 30-е годы, смогли четвероклассники гимназии №105 Выборгского района, посетив 9 декабря интерактивную экспозицию «Страна Гайдарика».

Необычный проект «Страна Гайдарика», открывшийся 28 ноября 2011 года в Детском музейном центре исторического воспитания на Болотной, 13, в увлекательной форме рассказывает современным детям об их сверстниках 30-х годов: спроектированные музейными педагогами и художниками игровые модули воссоздают атмосферу исторической эпохи и помогают взглянуть на нее глазами ребенка.

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

3. Очень важно насытить деталями свой материал. Простое оповещение аудитории о том или ином мероприятии вряд ли будет кому-то интересно.

4. Не подменяйте пост-релиз скопированным из нормативно-правового акта текстом. В любом случае, такой материал будет требовать доработки – стилистической и графической правки.

Такие материалы как программа мероприятия или его проект совершенно не подходят для пост-релиза. Они могут быть только его проектом.

5. Не ленитесь потратить абзац или несколько предложений на то, чтобы что-то пояснить, поскольку читатель, может быть не в курсе того или иного проекта, конкурса, мероприятия, последних тенденций. Если у вас есть гиперссылка, укажите её полный адрес в скобках. Это позволяет сделать сообщение кратким, и читатель при этом имеет возможность получить исчерпывающую информацию по вопросу.

6. Не стоит также стараться рассказать обо всем: идеальный пост-релиз занимает страничку, максимум – две.

7. Когда мы называем человека в пост-релизе, то полностью пишем его должность, фамилию имя и отчество;

8. Все аббревиатуры в тексте должны быть расшифрованы.

9. Все названия образовательных учреждений нужно писать полностью.

10. Вместе с пост-релизом стоит прислать 3-4 фотографии.

Источник: www.sites.google.com

Hello, production: почему первый релиз стоит сделать как можно раньше

Я часто помогаю командам разработчиков в первоначальной сборке и выпуске продукта. И в первые же дни я всегда даю совет: разверните на сервере самую простую версию вашей системы. Сконцентрируйтесь исключительно на том, что необходимо для запуска «Hello, world» версии в боевой среде. Я называю это «Hello, production».

Релиз «Hello, production» для веб-приложения не должен содержать больше одной страницы, которая отвечает кодом 200 с каким-либо текстом (например «Hello, world»). Если в этой версии есть полезные функции — вы сделали слишком много. Но если ваша система не отвечает на живой трафик в боевой среде, то вы сделали недостаточно.

Какой в этом смысл?

Tracer Bullet

Насколько мне известно, термин Tracer Bullet («трассирующая пуля») впервые был введён в книге «Программист-прагматик» Э. Ханта и Д. Томаса. Идея в том, что при исследовании нового подхода или среды вы создаёте прототип с минимальным набором функций, чтобы удостовериться, что нововведение вам подходит. Однако «трассирующий» код — это не одноразовый прототип. Он станет основой будущей работы.

Релиз «Hello, production» похож на Tracer Bullet. Он тоже:

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

Малый объём первоначальной версии (помните, никаких полезных функций) позволит первой Tracer Bullet выйти как можно скорее, что даст ценный отклик. Вы рано узнаете о препятствиях, которые должна преодолеть команда, чтобы развернуть и запустить продукт в продакшн.

DevOps-специалист МТС , Москва, Санкт-Петербург, Казань, Пермь, можно удалённо , По итогам собеседования

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

«Ходячий скелет»

Я позаимствовал идею «Hello, production» из замечательной книги «Growing Object-Oriented Software, Guided by Tests», которая представляет эту концепцию в качестве примера «ходячего скелета».

Релиз «Hello, Production» представляет собой минималистичную, но функциональную версию нашей системы. После того как скелет системы создан, мы можем начать добавлять функциональность — наращивать мясо на кости. Один программист может начать работу над фронтендом, в то время как другой займётся хранилищем данных, а третий — интеграцией со сторонним API. Если у нас есть «ходячий скелет», всё это можно делать одновременно и начать работу значительно раньше. Команда может распределиться по более широкой кодовой базе, независимо создавая и выпуская фичи.

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

Непрерывный конвейер доставки

«Hello, production» позволяет на ранней стадии внедрять методы непрерывной доставки. Он должен помочь не только протестировать инфраструктуру новой системы, но и установить механизмы безопасной поставки изменений после полноценного запуска — базовый непрерывный конвейер доставки. Сначала он будет довольно сырым — без сложных этапов автоматизированного тестирования, а некоторые этапы развёртывания могут выполняться вручную (надеюсь, что хотя бы в соответствии с контрольным списком).

Начать с примитивного конвейера доставки — нормально, это «ходячий скелет», такой же, как программа «Hello world». Прототип конвейера позволит команде улучшать его с течением времени: автоматизировать ручные процессы, добавить Quality Gates, улучшать прозрачность процесса поставки, оптимизировать медленные этапы конвейера и так далее. Только начав регулярно использовать конвейер доставки, вы увидите, что нужно исправить.

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

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

Насколько минимальным должен быть «Hello, production»?

Когда вы только начинаете, сложно понять, до какого минимума нужно сокращать «Hello, Production», а то, что он должен стать «бесполезным» звучит совсем странно. По моему опыту, чтобы сократить исходную систему, нужно сделать несколько подходов. Даже если вам кажется, что убирать больше нечего, спросите себя: «Могу ли я упростить систему ещё немного, оставив что-то, что будет отвечать на трафик?».

Звучит хорошо, но…

Когда я советую командам разработчиков делать «Hello, Production» релизы, мне часто возражают.

«Наш продакт-менеджер хочет видеть полезные функции»

Частые релизы работающего программного обеспечения — это здорово. Но создание «Hello, production» не означает, что мы откладываем разработку функциональности. Просто мы делаем дополнительный релиз даже раньше, чем первый коммит в мастер-ветку.

Свой первый «Hello, production» не обязательно демонстрировать руководителям, им стоит показать первый «настоящий» релиз с полезными функциями.

«Лучше подождать и сделать полноценный первый релиз»

Идея того, что релиз большими партиями более «эффективен», звучит довольно часто. Кроме того, исследование из книги «Accelerate» Н. Форсгрена, Д. Хамбла, Д. Кима, показывает, что организации, которые быстрее выпускают продукцию, чаще всего более прибыльны и продуктивны. Первоначальный релиз «Hello, production» помогает задать команде такой темп с самого начала.

«Будет сложно заставить что-то работать на боевом сервере»

Если вы работаете в крупной компании, нужно приложить много усилий, чтобы что-то заработало. И это ещё одна причина начать путь как можно скорее. Готовый к релизу «Hello, production» уменьшит количество процессов, необходимых для выпуска готового ПО. Я обнаружил, что на вопросы «Что нужно будет сделать, когда мы будем готовы к первому релизу?» и «У нас есть готовый релиз. Что ещё нужно сделать, прежде чем мы сможем его запустить?» люди дают принципиально разные ответы.

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

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

Многие компании не привыкли развёртывать неполное ПО на рабочем сервере. Руководство может спросить, почему вы хотите залить сервис до того, как ваша команда приблизится к завершению работы над первой версией продукта. Тем не менее большинство людей открыты для концепции «Hello, production», если сначала объяснить, зачем это нужно.

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

Релиз «go-live» продуктов, которые начинаются с «Hello, production», как правило не требует активного участия системных администраторов. Зачастую необходимо лишь создать запись DNS или изменить конфигурацию сети, чтобы открыть действующую систему внешнему трафику. Я знаю немало системных администраторов, которые приняли концепцию «Hello, production», увидев, что с ней запуск в продакшн становится тривиальным.

Начните так, как хотите продолжить

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

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

Источник: tproger.ru