Приветствую, уважаемые читатели Хабра. Меня зовут Николай Французов, я digital-аналитик в компании Tele2, занимаюсь сбором и анализом данных, построением дашбордов и проведением А/В-тестов.

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

Структура

• Кратко про АВ-тесты

• Процесс проведения —  первая часть, работа аналитика данных. Расчет fixed horizon и формирование ТЗ;

• Процесс проведения —  вторая часть, работа аналитика стрима проекта. Настройка;

• Процесс проведения —  третья  часть, сбор данных, анализ результатов и выводы.

Кратко про АВ-тесты

А/В-тестирование это где…

• Проверяется два и более варианта (контроль и тест) с целью определения наиболее эффективного;

• Степень эффективности “измеряется” с помощью посчитанных вероятностей ложноположительных и ложноотрицательных случаев;

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

Например, вариант А —  с оригинальной кнопкой зеленого цвета, и вариант В —  новая версия с кнопкой фиолетового цвета.

В нашем проекте мы используем ААВ-тест, то есть,  делим группы на три равные части, двум из которых показываем оригинальную версию (без изменений), а другой —  версию с изменениями. В таком случае, группы с версиями без изменений (одинаковые) выступают у нас контрольной и валидационной группой, а с изменениями —  тестовой. Контрольная и валидационная группа нужны нам для проведения А/А-теста. Он позволяет проверить сплит-систему и убедиться, что инструмент “деления” трафика работает безошибочно. Также позволяет определить, что данные во всех группах отправляются в системы аналитики одинаково.

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

Проведение А/В-тестов

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

Главное о проведении А/В-тестов:

• Умение делить аудиторию на равные части и показывать разный контент;

• Умение собирать данные и корректно использовать инструменты для анализа результатов.

Еще неплохо, конечно же, изначально строить хорошие гипотезы.

Проводим тест. Первая часть: работа аналитика данных

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

При заведении такой задачи мы предоставляем бриф для заведения А/В-теста, суть которого заключается в сборе основных требований и сформулированной гипотезе. Заявка приходит через BPM (система управления бизнес-процессами), в которой при заполнении подтягивается наш бриф.

Вот пример:

Хотя обычно заказчик старается сделать все по своему и его запрос выглядит вот так:

Запрос от стейкхолдера

• Для страницы /lk будут отображаться два визуальных варианта уведомлений от Миа (мобильный искусственный интеллект)

• Гипотеза: Мы увеличим CTR

• Текущий CTR?

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

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

Здесь же и возникают вопросы:

• Сколько времени ждать для достижения % изменения метрики?

• На какую длительность запускать тест?

• Будет ли стат. значимый результат по итогу?

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

Для этого мы как аналитики данных предлагаем следующие решение:

• Рассчитываем среднее кол-во трафика на исследуемой странице/экране;

• Рассчитываем baseline для измеряемых метрик;

• Рассчитываем MDE (Minimum Detectable Effect) и длительность проведения теста и кол-во выборки для достижения MDE;

Как мы производим все расчеты:

На нашем сайте установлен GTM —  сервис, позволяющий размещать теги (фрагменты кода) и управлять ими. 

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

Дальше мы достаем параметры события из DataLayer, которые прежде разметили, и дополняем данный объект с помощью переменных GTM.

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

Обратившись через SQL и собрав необходимые данные, мы рассчитываем среднее кол-во трафика на странице и baseline искомой метрики, они пригодятся нам для дальнейших расчетов длительности проведения теста. Далее мы работаем в Jupyter Notebook на python. Мы подготовили скрипт, позволяющий рассчитать MDE и длительность проведения теста.

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

*Справка: BigQuery — это бессерверное, масштабируемое облачное хранилище данных с мощной инфраструктурой от Google, которое имеет на борту RESTful веб-сервис. Имеет тесное взаимодействие с другими сервисами от Google. BigQuery поддерживает диалект Standard SQL. Доступ к BigQuery возможен через Google Cloud Console, с помощью внутренней консоли BigQuery, а также через вызовы BigQuery REST API как напрямую, так и через различные клиентские библиотеки java, python, .net и многие другие.

В результате мы формируем ТЗ в confluens, в котором указываем описание предполагаемых изменений, исследуемую гипотезу, кол-во групп, соотношение сегментов сплитования, аудиторию, на которой будет проводиться тест (например, авторизованные пользователи, все устройства, конкретные регионы и т.д.), время проведения теста и пр. Данное ТЗ мы передаем аналитику стрима проекта для заведения оформления технических правил, заведения заявки на контент на запуск данного теста.

Проводим тест. Вторая часть: работа аналитика стрима проекта

1. Деление аудитории

Данным умением обладает наш backend digital_sute. Каждый абонент, который заходит на наш сайт, случайным образом относится к одному из двенадцати сегментов.

Сегменты —  12 частей, на которые backend делит случайным образом всю аудиторию.

Группы —  это выборки/группы, которые мы выделяем для запускаемого теста и которым показываем разный контент.

12 сегментов выбраны не случайно, это очень удобное число, так как оно кратно двум и трем, оно кратно четырем и даже шести. В результате оно позволяет нам проводить 2-3 теста одновременно.

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

2. Настройка и выделение групп

Механика и устройство

Изначально наш клиент присваивает и отправляет на фронте пользователю куку. Далее отправляет запрос на backend, после бэк проверяет запрос на наличие куки и выставляет атрибут сегменту по её значению.

*Справка: Атрибут —  это такой список свойств, который присваивается пользователям сайта. Это может быть пол, тип клиента (b2b или b2c). Мы изначально создали такой же атрибут, который назвали segment, который выдается согласно куки. 

Если кука изначально не найдена, то бэк выставляет ее самостоятельно. 

Далее в BCC мы выставляем все сегменты пользователей.

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

*Справка: BCC —  грубо говоря графический интерфейс для базы данных. Система хранения справочников.

ЕМ —  это кмс-ка, система управления контентом, аналог SAP.

Сегменты выставляются как атрибут пользователями BCC. При настройке А/В-теста мы создаем BCC сегменты, то есть некоторые правила отображения интерфейса, в некотором роде выставляем фильтры. Например, авторизованные пользователи, за исключением B2B, и все неавторизованные пользователи.

Подробнее на примере: 

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

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

Далее нам нужно настроить BCC-сегменты для каждой группы

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

Например, при такой настройке все будет работать корректно, но мы дополнительно создадим два лишних правила.

Условия теста от нас требуют показать ⅔ аудитории старый дизайн и ⅓ —  новый. Следовательно, нам нужно создать только одно правило для тестовой группы и выставить его приоритет. Таким образом весь трафик странички будет получать первое правило —  его получат только те, кто находится в тестовой группе (здесь, на картинке, я перепутал и должен был указать тестовую группу, а не контрольную).

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

Итоги по запуску АВ-теста:

Для проведения теста нам нужно

• Узнать у аналитиков данных условия и длительность проведения теста;

• Ознакомиться с правилом странички на проде для определения или создания необходимых сегментов в BCC;

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

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

• Убедиться, что все работает после настройки.

Проводим тест. Третья  часть: сбор данных, анализ результатов и выводы.

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

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

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

Анализ результатов

При анализе результатов мы также работаем в jupyter.

Вот пример скрипта с анализом.

По шагам:

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

• Через апишку (client) подключаемся к BQ, пишем SQL-запрос, в котором собираем наши сегменты и рассчитываем необходимые метрики;

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

sns.set(font_scale=1.5) explode = (0.1, 0.1, 0.1)   labels = ['control_group', 'test_group', 'valid_group']   plot = ex_group.plot(        kind='pie',        autopct='%1.1f%%',        labels = labels,        title='Распределние пользователей по группам',        y='кол-во пользователей',        legend=False,        explode=explode,        shadow=True, figsize=(12,8)) plt.ylabel('') plt.show()

• Рассчитываем распределение по искомой метрике и на его основе выбираем статистический метод для анализа, например критерий Стьюдента; 

• Рассчитываем метрики и визуализируем в виде boxplot для наглядности;

# Визуально сравниваем группы sns.set(rc={'figure.figsize':(10,9)}) ax = (sns.boxplot(x="test_group", y="ctr", data= df)).set(xlabel='Группа', ylabel='ctr, %',                                                           title='Распределение по группам')

• Сравниваем через скрипт стат. методом различие между метриками групп и делаем вывод на основе p-value;

• Рассчитываем uplift и пишем отчет в confluens;

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

В целом, процесс A/B-тестирования в нашем проекте выглядит так, с помощью него мы довольно быстро запускаем тесты и настраиваем контент сайта под заданные сегменты, проводим А/А-тесты и, убедившись в корректности, анализируем результаты.

После эйфории 1987 года, связанной с выходом Постановления ЦК КПСС и СМ СССР по Программе «Противодействие» (СП-2000), в котором мы смогли прописать не только работы, связанные с созданием стенда имитационного моделирования (СИМ), но и предусмотреть поставки средств вычислительной техники (СВТ), началась ежедневная работа по подготовке машинных залов для ЭВМ. Помимо персональных ЭВМ в комплект поставки входили и большие машины ЕС-1066 и ЕС-1007, которые должны были стать центральными звеньями локальных вычислительных сетей, создаваемых в каждом научном управлении института.
Если ЕС-1066 должны были размещаться в новом корпусе 47Б вычислительного центра (ВЦ) и за их ввод в эксплуатацию отвечало также ВЦ, то с ЕС-1007 всё было сложнее.
Для каждой ЕС-1007 необходимо было спроектировать и оборудовать машинный зал с гермозоной для лентопротяжных механизмов и накопителей на магнитных дисках. Машинный зал занимал площадь не менее 25 м2, а если ещё устанавливался, например, графопостроитель, то эта площадь существенно увеличивалась.
Но начали мы с подготовки специалистов по ЭВМ ЕС-1007. Для этого на Казанский завод ЭВМ была командирована группа специалистов специализированного производственного предприятия (СПП) ГК ВТИ СССР. Предполагалось, что создаваемую вычислительную сеть будет обслуживать центр оперативного сервисного обслуживания (ЦОСО), который будет создан в СПП специально для обслуживания СВТ стенда имитационного моделирования. Возглавил эту группу наш младший научный сотрудник майор Воинов Игорь Олегович.
Строить сеть мы решили с создания опытного сегмента вычислительной сети в своём отделе. Было выделено помещение порядка 100 кв.м. В нём было помещение для ЗИП, собственно машинный зал и гермозона. В гермозоне размещались лентопротяжные механизмы и адаптеры для сменных магнитных дисков (АСМД). В машинном зале размещались графопостроитель, мультиплексор передачи данных, принтеры и сам пульт управления ЭВМ:

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

К моменту возвращения из Казани Воинова И.О. машинный зал был готов. А скоро подоспел и первый комплект ЭВМ ЕС-1007 из Казани.
И вот после проведения пуско-наладочных работ Игорь Воинов (ниже на фотографии в центре) уже передаёт своё мастерство капитану Олегу Барвину (справа на фотографии) по управлению ЭВМ ЕС-1007:

На фотографии на заднем плане видна гермозона с лентопротяжными механизмами и приводами для накопителей на магнитных дисках (адаптеры сменных магнитных дисков — АСМД). Один такой диск у меня хранится до настоящего времени:

Я в свою очередь рапортовал заместителю начальника ВЦ полковнику Исаченко Петру Кондратьевичу, что первый шаг к созданию вычислительной сети СИМ института сделан:

Со временем в нашем машинном зале появятся и персональные компьютеры и, самое главное, сетеобразующая аппаратура:

В этот же период в ВЦ были введены в эксплуатацию две ЭВМ ЕС-1066. Наша задача была поставить на них операционную систему МОС ЕС, что и сделали сотрудники нашего отдела Володя Молчанов и Коля Жила.
Параллельно с этим шла НИОКР в институте технической кибернетики ( ИТК) АН БССР (г. Минск), в котором мы были частыми «гостями». Если разработка СУБД и комплекса инструментальных средств, т.е. разработка программных средств, шла в нормальном режиме, то проектирование технических средств ЛВС шло со скрипом, руководство ИТК постоянно жаловалось на нехватку кадров.
Тогда с нашей стороны были организованы визиты в ЦК КПБ и Президиум АН БССР. Делегации возглавляли и начальник института генерал-лейтенант Волков Л.И. и полковник Боярский А.Г. В состав делегации входили Куштапин С.А. и я, Орлов В.Н. Надо сказать, что к этому времени Президентом АН БССР стал выдающийся советский математик академик АН СССР Платонов Владимир Петрович. Сменился и директор ИТК, который возглавил доктор технических наук Танаев Вячеслав Сергеевич. Эти визиты помогли утолить кадровый голод ИТК, но не могли решить проблемы технологического отставания. Кстати, для обеспечения работ в ИТК мы добились поставки в институт ЭВМ ЕС-1066, что в те годы было не так-то просто.
Однако надежды, связанные с разработкой сетеобразующей аппаратуры в ИТК АН БССР, не оправдывались.
Но остановлюсь на одном интересном факте. Основными программистами в ИТК были женщины. Поначалу это меня смущало, но вскоре выяснилось, что они не уступают программистам-мужчинам. И вот какое поздравление они мне преподнесли на 35-летие:

И как у нас принято, руководил ими, конечно, мужчина, завсектором Губкевич Володя.
Одним из самых приятных воспоминаний о Минске стало посещение спортивно-восстановительного центра в Ботаническом саду, где была уникальная по тем временам (да я думаю и сегодня) сауна с открытым бассейном с минеральной водой (диаметр 32 м) и водопадом в центре, бассейнами с гидромассажем и водопадом (каскадный душ), джакузи, термоскамейками, полом с подогревом. На меня это произвело впечатление ничуть не меньше чем первое посещение бассейна «Москва».
Но это лирическое отступление. К сожалению, было понятно, что ИТК АН БССР не сможет, нет не спроектировать, а выпустить опытную партию сетеобразующей аппаратуры.
Параллельно с нашей НИОКР в ИТК велись работы по заказу Военно-топографической службы МО СССР (шифр Привада). Мне кажется, что вести работы по двум направлениям у ИТК просто не хватало сил.
Надо было что-то делать. И тут в один прекрасный момент ко мне в кабинет зашёл Бакушев Владимир Александрович, который возглавил после увольнения из армии подполковника Зубкова Н.М. лабораторию, занимающуюся вопросами построения сетей, и рассказал, что в г. Кирове есть научно-исследовательский институт средств вычислительной техники (НИИ СВТ), одним из основных заказчиков у которого является Министерство обороны. И именно этому институту доверили разработку системы технических и программных средств для создания ЛВС типа Token Ring.
Он не просто это узнал, а уже и договорился о встрече с одним из представителей этого института.
Я дал добро и вскоре состоялась наша встреча с Садаковым Александром Дмитриевичем. При встрече выяснилось, что Александр был руководителем научно-исследовательской работы «Исследование принципов создания технических средств локальных вычислительных сетей ЕС ЭВМ». И именно результаты этой работы легли в основу опытно-конструкторской работы (ОКР) «Система унифицированных средств передачи данных ЛВС ЕС ЭВМ», шифр ЕС-8430. Выполнение этой работы предполагало разработку широкой номенклатуры изделий, производство и применение которых в народном хозяйстве страны позволило бы создавать вычислительные сети любой конфигурации, включающие в себя весь спектр ЭВМ (большие, малые, персональные). Это было то, к чему мы стремились. Александр с большим интересом выслушал наши задумки и высказал мысль, что мы могли бы объединить усилия.
Во время этой встречи я вспомнил посещение института кибернетики АН УССР в г. Киев, того же ИТК АН БССР в 1986 году, вспомнил как на меня смотрели свысока, но дело от этого не сдвинулось с места. Тут же передо мной сидел специалист, специалист с большой буквы, знающий о чём говорит и понимающий как всё это сделать. Я понял, что страна сильна глубинкой. Я ни разу не разочаровался, что судьба свела меня с НИИ СВТ, с его прекрасными людьми.
Мы договорились, что результаты встречи Саадаков А.Д. доложит своему руководству, а я своему.
Вскоре мы ехали в г. Киров. Мы – это я, Володя Бакушев и уговоривший меня взять его с собой майор Сторожев Валерий Борисович, ссылаясь на какие-то корни.
Валерий Борисович, ссылаясь на какие-то корни.
На вокзале г. Кирова нас встречали Саша Садаков и его непосредственный начальник Васильевых Владимир Аркадьевич (на фотографии), который недавно возглавил новое отделение института, созданное специально для разработки технических и программных средств вычислительных сетей. Если вспомнить, что и наш отдел состоял из двух лабораторий (лаборатория технических средств ЛВС и лаборатория программных средств), то получается, что мы шли параллельными курсами. Разместили нас в гостинице «Вятка», сказали, что завтра с утра за нами приедет машина, а пока мы можем отдыхать, посмотреть город. Мы воспользовались этим предложением.
Спустя некоторое время мы зашли в ближайший гастроном и были просто поражены, увиденными прилавками. Лично я был в шоке от изобилия колбас и ликероводочной продукции. Такое изобилие я видел только в молодом городе химиков и гидростроителей в г. Новочебоксарск. Но там всё это изобилие мог купить только житель города по прописке в паспорте. А здесь! А здесь оказалось всё хуже. Это изобилие можно было купить только по талонам, которых у нас не было. Валера Сторожев потащил меня к директору гастронома. Директором оказалась женщина. Она сидела за столом, на котором стояло десятка два «елочек», подставок со спицами и нанизанными на них бумажными талонами. Это была эпоха борьбы с алкоголизма а-ля М.С. Горбачёв. После длительных уговоров со стороны Валеры Сторожева она уступила его напору и выделила нам бутылку крымского портвейна.
В последующем нас талонами снабжали в НИИ СВТ. Но первое впечатление до сих пор стоит перед глазами.

На следующий день была экскурсия по институту и встреча с Главным инженером Фоминых Леонидом Федоровичем. Обсуждались четыре главных вопроса:

• должно быть поручение военно-промышленной комиссии о подключении к работам по созданию стенда имитационного моделирования НИИ СВТ;
• наше изделие должно было выпускаться с военной приемкой;
• разработка должна вестись в среде МОС ЕС (ОС типа Unix);
• сроки выполнения работ.

На счёт Unix мы достаточно быстро пришли к пониманию, а вот что касается первых двух вопросов, то без Заказчика, без ГУРВО их решение мне было не под силу, но внутренне я был уверен, что с помощью Сергея Александровича Куштапина эти вопросы будут решены. И ещё надо было провести интеллигентный развод с ИТК АН БССР. Мы договорились, что, не дожидаясь окончательных бумаг, специалисты НИИ СВТ начнут прорабатывать вопрос с нашей сетью. Мы встретились также с руководителем группы военных представителей Беляевым Константином Георгиевичем. Я попросил его, не откладывая вопрос в долгий ящик присмотреться к работам по изделию ЕС-8430 и высказать свои пожелания, т.к. работы в наших интересах будут выполняться. Первое пожелание было озвучено сразу – добавить штатные единицы.
Со всем этим я возвращался в институт.
Здесь мне хочется немного остановиться на операционных системах типа Unix.
В далеком 1987 году Эндрю Таненбаум в качестве учебного пособия для своей книги «Operating Systems: Design and Implementation» (1987, ISBN 0-13-637406-9) написал Unix-совместимую операционную систему Minix. Все 12000 строк исходного кода, написанного преимущественно на языке программирования C, ядра, подсистемы управления памятью и файловой системы Minix были напечатаны в книге. К книге прилагалась и загрузочная дискета ОС «Minix».
Вы не поверите, но уже в 1988 году у меня на столе лежала копия этой книги, загрузочная дискета и исходники. Оказалось, что Minix успешно работает на отечественных персональных компьютерах ЕС-1840/41, которые у нас уже были. Да, в той ОС «Minix» не было русских букв, не было загрузки с винчестера, много чего не было. Но вскоре у нас появилась ОС, которую мы назвали МИНОС (Мобильная ИНструментальная Операционная Система), в которой это уже всё было. Саша Трещенков разработал шестнадцатеричный редактор, Толя Чупринов – редактор шрифтов, ваш покорный слуга сделал загрузку с винчестера и написал файловый менеджер а-ля NC на псевдографике и добавил арифметику для чисел с плавающей точкой в интерпретатор команд shell. Валера Блажнов вообще написал драйвер для обмена данными через последовательный порт (RS-232):

В 1991 году на Всесоюзной научно-практической конференции в г. Гомель был сделан доклад:

А 25 августа 1991 года, спустя пять месяцев после начала работы над своим проектом, 21-летний Линус Торвальдс (тогда еще студент) рассказал о создании прототипа совершенно новой ОС с названием Linux, и 17 сентября 1991 года состоялся первый публичный выпуск ядра Linux. И здесь всё начиналось именно с ОС «Minix».
Нам было тяжело соревноваться с Торвальдсом, за ним стояло сообщество Интернет. Мы о таком ещё только мечтали.
Но очень здорово, что у Торвальдса всё получилось. Я ему завидую белой завистью.

После докладов результатов поездки в НИИ СВТ начальнику управления Боярскому А.Г. и начальнику института Волкову Л.И. был подготовлен проект Решения ГК ВПВ при СМ СССР. Перед окончательным его утверждением мы с Куштапиным С.А. съездили в ИТК АН БССР, где было согласовано снятие с них работ по созданию вычислительной сети для стенда имитационного моделирования. Мне показалось, что в ИТК АН БССР с облегчением приняли этот факт
После выхода Решения ГК ВПВ при СМ СССР №170 от 17.05.1988 г. мы с Сергеем Куштапиным поехали в г. Киров окончательно оформлять договорные отношения с НИИ СВТ.
В окончательном варианте договора было прописано, что в середине 1991 года должны состояться предварительные испытания СИМ на базе вычислительной сети, создаваемой НИИ СВТ, а в декабре того же года — межведомственные испытания. Нам к этому времени необходимо было не только оборудовать машинные залы в институте и в ГУРВО, но и проложить оптические линии связи в институте и создать структурированную кабельную систему (СКС) в корпусах института и ГУРВО. Для этого НИИ СВТ должен был дать нам рекомендации по прокладке оптики между корпусами и кабельной сети в корпусах института. И самое главное поставить и наладить всю сетевую аппаратуру до июня 1991 года.
Надо сказать, что время 1988-1989 годов было временем надежд, а ещё временем выборов народных депутатов СССР (февраль-апрель 1989 года) в соответствии с Законом СССР «О выборах народных депутатов СССР», принятым 1 декабря 1988 года. Мы тоже приняли самое непосредственное участие в этих выборах. В подачи всё того же Володи Бакушева наш отдел выдвинул в качестве кандидата в депутаты инженера-электронщика Присяжнюк Нину Васильевну и, что не маловажно в то время, беспартийную. Все уговоры сверху отказаться от этой идеи на нас не подействовали. На общем собрании института именно Нина Васильевна была выдвинута кандидатом от института. Доверенным лицом у неё стал Володя Бакушев, а помощником Игорь Воинов. Наш кандидат прошёл и в следующий тур и только на последнем этапе мы сошли с дистанции. Но мы очень гордились этим результатом. Мешало ли это основной нашей работе? Нет, не мешало, а даже способствовало.
Параллельно мы не забывали об обучении и подготовке методических материалов. В описываемый период сотрудниками отдела печаталось немало книг. Перечислим только не которые из них:

1. В.Ю. Блажнов, А.А. Маслов, В.Н. Орлов. Приёмы программирования на языке Паскаль – Харьков: МО СССР, 1988 – 132 с.
2. В.А. Молчанов, В.Ю. Блажнов, Н.Н. Жила, В.Н.Орлов. Программирование и отладка в режиме разделения времени ОС ЕС – М.: МО СССР, 1988 – 331 с.
3. В.Н. Орлов, В.Ю. Барвин, О.А. Барвин. Мобильная операционная система МОС ЕС – М.; Финансы и статистика, 1990 – 208 с.
4. Т.Ю. Бардинова, В.Ю. Блажнов, А.А. Маслов, В.Н. Орлов. От Паскаля к Аде – М.: Финансы и статистика, 1990 – 255 с.

При подготовке двух последних книг мы впервые в 1989 году использовали такое чудо техники на тот момент как лазерный принтер и текстовый редактор типа «Лексикон» на персональном компьютере, что только подтвердило правильность выбранного нами пути.

Но вернёмся к вычислительным сетям.
Надо сказать, что тогда не было понятия СКС, это я использую современный язык. Всё необходимое для СКС, мы проектировали и делали сами, на опытном заводе института. И тут неоценимую помощь оказал главный инженер института полковник Заико Юрий Иванович (на фотографии второй слева):

Именно благодаря поддержке Заико Ю.И. мы смогли без проблем и в кратчайшие сроки проложить оптический кабель между корпусами института и коаксиальный кабель в корпусах, а также подготовить все машинные залы ЕС-1007.
Сами машины ЕС-1007 монтировались прямо с колёс специалистами СПП ГК ВТИ СССР при нашем участии. В 1990 году я уговорю перейти в СПП ГКВТИ Маслова Александра Абрамовича, которому я доверял и в котором был уверен, с целью организации центра оперативного сервисного обслуживания (ЦОСО СПП). Первый опыт эксплуатации советских персоналок ЕС-1840 и ЕС-1841 показал, что без такого центра, без серьёзного запаса комплектующих, особенно, винчестеров, нам не удастся наладить нормальную работу. И надо сказать, что Маслов А.А. успешно справился с этой задачей, наладил отличные отношения с заводом персональных профессиональных ЭВМ Минского производственного объединения вычислительной техники (МПО ВТ). Ремонт СВТ у нас действительно был оперативным.
В начале 1991 года Боярский А.Г. пошёл на повышение и стал заместителем начальника института по специальности, но оставался научным руководителем нашей тематики. Вместо него начальником управления (к этому времени научные отделы были выведены из ВЦ в отдельное управление) стал доктор технических наук полковник Стрельцов А.А.. Практически сразу после этого назначения произошел случай, который я запомнил на всю жизнь. Как-то я возвращаюсь в свой кабинет (он был большим, как тогда говорили – можно было устраивать танцы), прохожу к своему столу и вижу, что какой-то подполковник пытается вскрыть мой сейф. Я опешил, схватил его за ворот рубашки и стал трясти. В ответ услышал, что он «особист», что он имеет право и т.п. После этих слов я его просто выставил из кабинета. Через пару минут раздался звонок внутреннего телефона, звонил начальник управления, вызывал к себе. Наши кабинеты были через стенку и понял причину моего вызова.
Когда я вошёл в кабинете полковника Стрельцов А.А. то услышал: «Володя, ну зачем ты так с ним?». На что я ответил, что никому не позволено рыться в моем кабинете, что есть Устав и т.д., и, если он имеет право, то пусть приходит, показывает это «право» и я покажу, правда не знаю что. Как не парадоксально, но с тех пор у меня не было никаких конфликтов с кем-либо из «особистов».

Конец 1990 года и первая половина 1991 года была занята поставками и пуско-наладкой сетевой аппаратуры. Что собой она представляла? Рассмотрим схему вычислительной сети института:

На схеме хорошо видны компоненты сетевой аппаратуры ЕС-8430. Локальные вычислительные сети в корпусах института строились по кольцевой архитектуре (Token Ring) на коаксиальном кабеле РК 75-45-12 и обеспечивали пропускную способность до 4 Мбит/c. Для объединения/подключения к сети СВТ сегменты ЛВС имели коммуникационные устройства (КУ) ЕС-8436 и программируемые станции (ПС) ЕС-843х (на фотографии КУ и ПС):

Было несколько типов программируемых станций. Для подключения ЕС ЭВМ использовалась станция ЕС-8431. Для подключения одной ЛВС к другой использовалась программируемая станция ЕС-8432. Для построения оптического кольца использовался оптический концентратор ЕС-8437.
Интересное решение было найдено для подключения первых отечественных персоналок ЕС-184х. Они выпускались без каких-либо сетевых плат. Тогда была разработана программируемая станция ЕС-8439 (можно сказать аналог современных коммутаторов/концентраторов), к которой можно было подключить до девяти персоналок по стыку С2 (RS-232). Но в планах было разработать и сетевую карту для персоналок (см. на схеме). Однако в СССР отсутствовала элементная база, аналогичная микропроцессорному комплекту TMS380 фирмы Texas Instruments (США). В итоге мы даже подготовили проект обращения к Главкому. Я советую прочитать это письмо всем, такое впечатление, что за 30 с лишним лет (письмо писалось в 1990 году) у нас мало что изменилось в микроэлектронике:

Следует отметить, что НПО «Светлана» так и не смогло воспроизвести аналог TMS380.
Здесь самое время представить коллектив НИИ СВТ, занимавшийся разработкой изделия ЕС-8430:

Вот какой комментарий я получил из НИИ СВТ:

Добрый день, Владимир Николаевич! На фотографии сидит — Татьяна Казаковцева, наше лицо на рекламных проспектах, разработчик документации, за ней — Мильков Михаил Юрьевич, начальник 52 отдела, зам. нач. отделения 5, в последствии — генеральный директор АО НИИ СВТ, далее Васильевых Владимир Аркадьевич, начальник 5 отделения, ГК изделия ЕС 6075 и, после Садакова Александра Дмитриевича, руководитель работ по Вашему институту, далее Соловьев Николай Георгиевич, программист (но он больше участвовал в работах по ЕС9075- устройство подготовки данных на ГМД), далее я, Табашников Александр Витальевич, начальник 521 сектора отдела 52 (разработка станции ЕС 8431, ЕС 8433, ЕС 8434, ЕСА 830), далее Жданов Владимир Павлович, начальник сектора 523 отдела 52 (разработка ЕС 8432, 8435, 8439 и процессорных ТЭЗ для станций), далее Пермяков Леонид Павлович, инженер отдела 51 (которым руководил Садаков А.Д.)- это физический уровень сети, разработка ТЭЗ сетевых адаптеров для станций ЕС 8437, 8436, 8438.
Конечно это не все участники проекта Орлан, просто фото было посвящено ЕС 6075, ну и попались мы, а наши девушки программисты и мужчины — отладчики как-то не засветились. Может у Вас есть их фото периода работы в институте?
С уважением и наилучшими пожеланиями
Александр Табашников

Кстати говоря, изделие ЕС-6075 (на фотографии слева под столом) мы получили в качестве бонуса. Оно до сих пор стоит у меня. Это был своего рода симбиоз майнфреймов и ПК. Первый отечественный дисковод, для чтения 5-ти дюймовых дискет для ЕС ЭВМ. По тем временам очень удобная штука.
Да, на этой фотографии нет одного из главных действующих лиц — Ямшанова Михаила Дмитриевича, который фактически отвечал за разработку сетевого программного обеспечения в среде МОС ЕС (Unix), с которой не справился НИЦ ЭВТ. В начале 2000-х Ямшанова М.Л. назначают заместителем директора по научной работе – ученым секретарем научно-технического совета института. И всё же фотография с Ямшановым М.Ю. и девушками нашлась:

Итак, Ямшанов Михаил Львович (на фотографии стоит второй справа ) переписал за НИЦЭВТ и реализовал все уровни сетевой архитектуры IBM SNA, включая прикладной протокол LU 6.2, на стороне мэйнфрэма в среде МОС ЕС. Разработал ряд приложений для работы с файлами и задачами в Сети.
Исакова Людмила Васильевна (красивая женщина в окружении стоящих мужчин) разработала все драйверы для подключения станций ЕС 8430 к ЭВМ серии ЕС в среде МОС ЕС, а также драйверы для печатных плат в Хenix и MS-DOS.
Казакова Татьяна Михайловна (на фотографии сидит первая справа) реализовала все уровни сетевой архитектуры IBM SNA, включая прикладной протокол LU 6.2 для ПК в MS-DOS.
Как видите уникальные женщины работали с нами из НИИ СВТ.
В мае-июне 1991 года состоялись предварительные испытания, а в ноябре-декабре того же года – межведомственные испытания СИМ, фактически первой в отечественной истории полнофункциональной промышленной вычислительной сети. Для проведения испытаний была назначена межведомственная комиссия (МВК), членами которой были представители, говоря современным языком, России, Украины, Белоруссии. Должны были быть ещё представители от Рижского политехнического института, но 4 мая 1990 года Верховный Совет Латвийской ССР принял декларацию о независимости и 21 августа 1991 года Латвия объявила о своей полной независимости. А у меня самого так много было связано именно с Латвией.
Мне сдаётся, что наша МВК была последней межведомственной комиссией в СССР. И она достойна того, чтобы о ней было рассказано:

В дни работы МВК межведомственных испытаниях СИМ произошёл ряд эпохальных событий. Первым было подписание 8 декабря 1991 года Беловежских соглашений, которые привели к распаду СССР. Более того, акт межведомственных испытаний первой очереди СИМ был подписан 27 декабря 1991 года, а накануне 26 декабря Совет Республик Верховного Совета СССР принял декларацию о прекращении существования СССР в связи с образованием СНГ. А ещё днём ранее, 25 декабря 1991 года Михаил Горбачев заявил о прекращении своей деятельности на посту президента СССР и подписал указ о передаче управления стратегическим ядерным оружием президенту России Борису Ельцину.
Если бы этого не случилось, то сейчас бы мы праздновали сто лет со дня образования СССР. Столетие назад, 30 декабря 1922 года, на карте мира появится Союз Советских Социалистических Республик:

Вот в таких условиях состоялись межведомственные испытания и подписание акта:

Очень скоро я, Маслов А.А. и представители заказчика ГУРВО Куштапин С.А. и Маринев Сергей поедем в г. Минск «разводиться», делить «совместно нажитое имущество», а в г. Киев поехал Акулёнок М.Т., но об этом в следующей части.
За период 1987-1991 года практически полностью обновился офицерский состав отдела. В 1989 году в отдел пришёл после окончания адъюнктуры и успешной защиты кандидатской диссертации в Военной академии им. Ф.Э.Дзержинского Акулёнок Михаил Тимофеевич:

Теперь костяк отдела составляли выпускники Харьковского высшего военно-инженерного командное училища ракетных войск имени Маршала Советского Союза Н. И. Крылова (ХВВКИУ). Среди них были и программисты и электронщики: Редько Олег, Барвин Олег, Романчук Слава, Бобренко Дима, Семенихин Дима, Шикуть Валера, Бычковский Игорь, Бездетко Евгений. У меня сложились хорошие отношения с начальником кафедры программирования в ХВВКИУ кандидатом технических наук полковником Бычковским А.А., отцом нашего Игоря Бычковского:

Итак, межведомственные испытания завершились:

Надо было работать дальше. Набирал силу Ethernet, что заствляло нас задуматься, а правильно ли мы делаем, цепляясь за Token Ring, оглядываясь на IBM. Всё это нам предстояло осмыслить.
О том, как пошли наши дела уже в новой России будет рассказ в следующей части. Эпоха СССР закончилась.
Вот как оценили наш совместный проект в НИИ СВТ (Страницы истории и достижения. К 50-летию научно-производственной деятельности ФГУП «НИИ СВТ». Киров, 2009 г, с.172):

На базе ЕС 8430 был создан ряд территориально распределенных ЛВС, обеспечивающих решение важнейших оборонных и народнохозяйственных задач. В частности, на основе технологии ЛВС в 4 ЦНИИ Минобороны впервые в Советском Союзе были объединены многочисленные разнородные ЭВМ, размещенные в нескольких зданиях, в крупномасштабный стенд имитационного моделирования.

Содержание статьи «Пятьдесят лет на стезе программирования»:

Часть I. Начало пути. Отчий дом и Казанское суворовское военное училище
Часть II. Первые шаги. Учёба в Дзержинке и я еду в Вентспилс-8
Часть III. Становление. На страже космических рубежей и путь в большую науку

• Отступление. Встреча с прошлым
• Отступление. Расставание с прошлым

Часть IV. 4 ЦНИИ МО. Звёздные войны. 1983-1987 г.г.
Часть V. Назад в СССР. 1988-1991 г.г.
Часть VI. Крушение надежд. 1992-1997 г.г.

С Новым 2023 Годом.
До встречи!

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

Премьера «Джетсонов» состоялась на канале ABC 23 сентября 1962 года. Действие сериала разворачивалось в далеком будущем, спустя 101 год после первого полета человека в космос, и в нем рассказывалось о семействе Джетсонов — Джордже, Джейн и их детях, Джуди и Элрое, — как они живут своей футуристичной, но при этом поразительно естественной жизнью в Орбит-Сити, в доме на регулируемых колоннах, передвигаются на летающих машинах и катаются на движущихся тротуарах, причем даже в своем собственном доме. Несмотря на то, что сериал продлился всего один сезон, Джетсоны и их причудливый космический мир до сих пор являются своеобразными ориентирами поп-культуры, благодаря почти непрерывной трансляции, выходу двух новых сезонов в 1980-х и нескольким телевизионным спецвыпускам и фильмам.

И, само собой разумеется, у проекта был свой собственный мерч. Через год после премьеры «Джетсонов» компания Aladdin Industries выпустила алюминиевый ланч-бокс, изображенный на фото выше. Простые, напоминающие по форме купол ланч-боксы уже давно были в ходу у заводских рабочих, но этот, с изображением членов семьи Джетсон, собаки Астро и робота-горничной Роузи, был ориентирован на учеников начальных классов.

В шоу неоднократно поднимается тема новейших технологий в пищевой промышленности. В первой серии мультсериала Foodarackacycle, кнопочная машина для раздачи еды выходит из строя, что вынуждает Джетсонов нанять Роузи, робота-горничную с горячим сердцем и бруклинским акцентом. В одном из следующих эпизодов Джейн Джетсон использует вращающийся аппарат Dial-a-Meal, чтобы заказать себе полноценный завтрак, в том числе подгоревший тост в форме пилюли — однако кофе при этом все еще является жидкостью и подается в чашке. А в начальных титрах Элрой летит в школу в космической капсуле, но при этом тащит с собой ланч-бокс вполне себе 20-го века.

Если пищевые технологии «Джетсонов» — это все-таки гротеск и перебор, то многие другие гаджеты, которыми они пользовались, стали для нас обыденностью: видеосвязь, электронные читалки и планшеты, умные часы. Я лично до сих пор жду, когда у меня появятся реактивный ранец и летающий автомобиль. Для глубокого погружения в культуру и технологии «Джетсонов» советую заглянуть в блог Мэтта Новака Paleofuture. Еще в 2012 году, к 50-летию сериала, он по косточкам разобрал все 24 оригинальных серии. Сейчас, увы, доступны далеко не все его разборы, но как минимум рассуждения о первом эпизоде вам однозначно будет интересно почитать.

«Джетсоны» стали первой цветной телевизионной программой на канале ABC. К сожалению, только зрители нескольких избранных рынков — Чикаго, Детройта, Лос-Анджелеса, Нью-Йорка и Сан-Франциско — могли посмотреть телесериал в цвете. В остальных городах он транслировался в классическом черно-белом варианте. Телекомпания медлила с переходом на цветное вещание, не будучи уверенной в том, что эта технология не утратит своей актуальности. В конце концов, на тот момент цветными телевизорами владели всего 3 процента американцев.

Будучи специалистом по истории культуры с инженерным образованием, я поражаюсь тому, насколько глубоко «Джетсоны» проникли в общество. Во время написания этого материала я наткнулся на статью, которая цитировала Джорджа Джетсона в ключе анализа проблемы утилизации отходов, не говоря уже о бесчисленных новостных материалах, в заголовках которых Джетсоны упоминались для привлечения внимания к новым изобретениям. В 2007 году Forbes составил рейтинг 25 лучших вымышленных компаний; Spacely Space Sprockets, в которой работал Джордж Джетсон, заняла последнее место с годовым объемом продаж в 1,3 миллиарда долларов. А ланч-бокс, который вы уже видели на фотографии, хранится в коллекции Национального музея американской истории.

У «Джетсонов» явно есть некая непреходящая сила. Во многом я связываю их неугасающую популярность с тем фактом, что в течение десятилетий сериал практически беспрерывно транслировался как часть утренней субботней мультипликационной программы. Именно там я впервые увидел его, а затем пересматривал снова и снова, пока в 1985 году не появился второй сезон из 41 эпизода. Еще десять серий вышли в 1987 году, а затем последовала целая россыпь фильмов, телевизионных спецвыпусков, а также релизов на VHS и DVD. С 1960-х по 1980-е годы на «Джетсонах» выросло так много ребятишек, что сериал превратился в привычный ярлык для разговора о технологиях будущего.

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

С днем рождения, Джордж Джетсон!

По мнению преданных фанатов «Джетсонов» и интернет-исследователей, Джордж Джетсон должен был родиться как раз сейчас — в июле или августе 2022 года. Трудновато определить точную дату рождения вымышленного мультипликационного героя будущего, который появился на свет почти 60 лет назад, но до совершеннолетия ему остается еще лет 18-20. Впрочем, вот что нам достоверно известно. 

На картонной обложке настольной игры под названием The Jetsons Game изображена мультяшная семья из четырех человек, плюс два домашних питомца в космическом корабле. Она вышла в 1985 году, вместе со вторым сезоном «Джетсонов» и более чем через два десятилетия после выхода в эфир оригинального шоу. The Strong, Рочестер, штат Нью-Йорк.

Домыслы о дне рождения Джорджа получили новый виток в ноябре прошлого года, когда различные вики и мемы предположили, что он выпадает либо на 31 июля, либо на 27 августа 2022 года. Хотя Джордж никогда не праздновал свой день рождения ни в одном эпизоде, фанаты прочесали канон Hanna-Barbera, чтобы определить эту дату, пусть даже для этого пришлось проделать ряд математических выкрутасов.

Согласно различным интернет-источникам, оригинальные рекламные материалы «Джетсонов» описывали время действия ровно через 100 лет в будущем — то есть сентябрь 2062 года. Из начальных титров мы узнаём, что Джордж — счастливый женатый отец двух детей среднего возраста. Его сын, Элрой, учится в начальной школе, а дочь, Джуди, посещает школу «Орбит».

Возраст Джорджа раскрывается в эпизоде Test Pilot, в котором босс Джорджа отправляет его к врачу на ежегодный осмотр. (Этот медосмотр нужен Джорджу для получения страховки; даже во второй половине 21-го века у людей нет всеобщего медицинского обслуживания). Из-за путаницы в лаборатории Джордж думает, что его ожидает неминуемая смерть, поэтому соглашается на рискованный эксперимент — например, на проверку качества «Космического спасательного жилета», якобы неразрушимого предмета одежды. В конце концов врач Джорджа обнаруживает ошибку и сообщает Джорджу, что он проживет до 150 лет. Джордж, надев спасательный жилет и собираясь подвергнуться ракетному обстрелу, кричит: «У меня впереди ещё 110 счастливых лет!». Вот и посчитайте: ему должно быть около 40 лет. 

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

Здравствуйте, уважаемые хабровчане! Поздравляю всех вас с Новым годом! Желаю всем здоровья, мирного неба, любви и достатка!

Хотел выразить благодарность Хабру и всем его сотрудникам, а также пользователям. Я очень рад, что смог стать частью этого сообщества. За два года я опубликовал сотню статей. Были среди них хорошие и интересные, были и не очень. Тем не менее, я удостоился значка «Автор», что является лично для меня большим достижением. Ведь когда я впервые познакомился с этой платформой в 2015 году (тогда это был ещё Хабрахабр) я и представить не мог, что буду здесь сам писать статьи. Те кто публиковал здесь контент про разработку, софт, программирование, научные открытия, были для меня кумирами. Тогда я только-только делал свои первые шаги в знакомстве с компьютерами, Интернетом и вообще с миром IT. У меня тогда, 7 лет назад, были некоторые проблемы с русским языком. Я по национальности — кыргыз, но русский считаю своим вторым родным языком. И всё же у меня есть акцент, и я иногда делаю ошибки, когда формулирую предложения. К этому моменту я подтянул грамотность, хотя периодически допускаю те или иные элементарные ошибки в своих постах. Благо всегда найдутся те, кто по-доброму поправит и укажет на них.

За всё это время я очень многому здесь научился. Я начал писать статьи в очень сложный и трудный период своей жизни. И это занятие меня очень увлекло, чем, собственно говоря, и спасло. За что говорю: «Большое спасибо!»

С Новым годом!

P.S. Каждому поздравившему с Новым годом в комментах от меня «+» в карму (есть шанс выбраться из минусов).

 

Вот уже второй год, как мы используем XWiki вместо Confluence. 

За это время я к ней привык и даже в некотором роде полюбил. Поэтому не могу пройти мимо такого важного события как выход новой LTS версии 4.10.X.

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

Сегодня я не буду вдаваться в технические подробности, а просто сделаю беглый обзор функционала, рассчитанный в первую очередь на людей только что узнавших об XWiki. Обозревать мы будем самую последнюю на текущий момент версию 14.10.2 со Standard Flavor, установленную через Docker образ.

______________

Для начала оставлю ссылки на другие статьи цикла:

• Может ли Xwiki заменить Confluence

• Работа с меню и боковыми панелями

• Изменяем профиль пользователя, добавляем новые поля

• Немного моих полезных рецептов

• Клонируем репозиторий GitLab прямо внутрь XWiki

• Создаем свое приложение App within minutes на примере интеграции с Telecom API

Теперь оглавление:

• Введение

• Расширения из пакета Demo flavor

• Еще несколько интересных расширений

• Заключение

Введение

Если вы прочитали мою самую первую статью про XWiki, то уже знаете, что я при установке обычно рекомендовал выбрать Demo Flavor, Данный пакет подтягивал набор расширений, которые переносили пользователя вики “в мир роскоши и комфорта”. Фактически мы могли сделать простенький портал для управления проектом или проектной командой. 

К сожалению, не так давно Demo Flavor перестал поддерживаться, а значит новые пользователи могут никогда не узнать о том, как из XWiki  сделать блог, форум или даже таск-менеджер.

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

 

Расширения из пакета Demo flavor

Добавляем Markdown

Расширение: CommonMark Markdown Syntax 1.2

На текущий момент, XWiki не совсем полноценно работает с Markdown (например, реализован не весь функционал таблиц), но в целом очень полезно иметь возможность работы с markdown, особенно если вы копируете тексты из других систем документирования.

Таск-менеджер

Прежде чем перейти непосредственно к расширению Task Manager Application, стоит сказать, что в Demo Flavor были пакеты для интеграцией с Jira:
JIRA Macro + JIRA Admin Application, с помощью которых можно подключиться к Jira и  посмотреть последние обновления в проектах.

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

Расширение: Task Manager Application 

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

Можно создать проект, настроить статусы и приоритеты.

А потом завести и посмотреть задачи.

С помощью макроса, любую страницу можно превратить в Kanban доску

{{kanbanboard space="TaskManager" /}}

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

Файловый менеджер

Расширение: File Manager Application

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

Подсветка кода

Расширение: Syntax Highlighting Application

Повышает читаемость кода редактируемого в XWiki. Если вдруг не установится со Standard Flavor, то рекомендую поставить.

Блог

Расширение: Blog Application

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

Совещания и календарь

Для календаря и совещаний в Demo Flavor устанавливаются Meeting Manager Application (но оно слегка устарело)  и Mocca Calendar Application.

Вы можете попробовать и другие приложения например, Meeting Application

Форум

Расширение: Forum Application

Если вы с начала нулевых ждали, 2023 чтобы стать админов на форуме и упиваться властью баня неугодных, то самое время взглянуть на Forum Application. 

Обсуждение идей

Расширение: Ideas Application

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

P.S. На момент  написания статьи у меня не работали кнопки голосования, может что-то криво встало.

Опросы

Расширение: XPoll Application

Расширение похоже на предыдущее, можем опросить пользователей вики.

Часто задаваемые вопросы

Расширение: FAQ Application

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

Еще несколько интересных расширений

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

Диаграммы

Расширение: Diagram Application

Очень сильно устаревшая версия интеграции с draw.io. Тем не менее базовый функционал есть. Вы можете купить или изучить PRO версию приложения, она регулярно обновляется.

UML

Расширения: PlantUML Macro и PlantUML Administration

Первое  расширение позволяет вставить plantUML код в страницу, а второе позволяет выбрать сервер для рендеринга.

Программирование

Расширение: PHP Macro и Python Macro

Позволяет обрабатывать PHP и Python код внутри страниц XWiki.

Формулы

Расширение: MathJax Macro

Рендеринг формул.

Заключение

Это далеко не полный список, расширений для XWiki. Еще можно найти много интересного функционала от построения графиков, до рендеринга гитарных аккордов. 

А еще если приложить руки, то всегда можно написать свое приложение или модифицировать существующее. 

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