{
    "version": "https:\/\/jsonfeed.org\/version\/1",
    "title": "Виталий Филатов: заметки с тегом кровавый энтерпрайз",
    "_rss_description": "Меня зовут Виталий Филатов. Я коммерческий писатель, помогаю бизнесу рассказывать о себе и продукте. Пишу и редактирую статьи, инструкции, текст сайтов и интерфейсов. Люблю работать в команде с дизайнерами и разработчиками.",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/www.vitalyfilatov.ru\/tags\/krovavy-enterprayz\/",
    "feed_url": "https:\/\/www.vitalyfilatov.ru\/tags\/krovavy-enterprayz\/json\/",
    "icon": "https:\/\/www.vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987",
    "author": {
        "name": "Виталий Филатов",
        "url": "https:\/\/www.vitalyfilatov.ru\/",
        "avatar": "https:\/\/www.vitalyfilatov.ru\/user\/userpic@2x.jpg?1613163987"
    },
    "items": [
        {
            "id": "98",
            "url": "https:\/\/www.vitalyfilatov.ru\/all\/ideal-id\/",
            "title": "Кейс с совпадающими номерами",
            "content_html": "<p>История про совпадения в номерах стикеров и понимание коммуникационной задачи. И почему нельзя просто так взять и сделать <i>правильно<\/i>.<\/p>\n<p>Рабочие макеты под NDA, поэтому в этот раз только текстом.<\/p>\n<h2>Ситуация<\/h2>\n<p>Пользователю нужно подготовить поставку в пункт выдачи: пройтись по своему складу, собрать товары по списку, наклеить на них стикеры с уникальными номерами, упаковать и отвезти.<\/p>\n<p>Чтобы человеку было удобно, разработчики придумали интерактивный чек-лист с нужными товарами и номерами стикеров. Абстрактно список выглядит так:<\/p>\n<blockquote>\n<p>1245642 <b>9258<\/b><br \/>\n9008731 <b>9685<\/b><br \/>\n5748202 <b>4973<\/b><br \/>\n4505331 <b>9685<\/b><br \/>\n2356911 <b>6736<\/b><\/p>\n<\/blockquote>\n<p>Там ещё есть чекбоксы, фотки и названия товаров, но про макеты я уже говорил, просто представьте, что они там есть. Четыре последних цифры выделены — пользователям удобно по ним ориентироваться.<\/p>\n<p>Фишка в том, что эти «хвосты» в большинстве случаев уникальны, но иногда совпадают у разных номеров, как в примере выше. И это проблема: пользователь может спутать, наклеить не тот стикер, и товар не примут.<\/p>\n<p>Чтобы обратить внимание пользователя на совпадающие хвосты, команда решает подсветить их цветной плашкой и написать про это в справке к разделу. Наша задача — составить текст, не влезая в уже готовый дизайн.<\/p>\n<h2>Формальное решение<\/h2>\n<p>Сперва напишем, что просят, а потом будем рассуждать про дизайн, визуальную коммуникацию и основы когнитивной психологии.<\/p>\n<blockquote>\n<p><b>Похожие стикеры подсвечиваются<\/b><br \/>\nКогда у разных стикеров совпадают последние 4 цифры, мы выделяем их цветом. Если встретили такой, обратите внимание на его полный номер<\/p>\n<\/blockquote>\n<p>Теперь можно сформулировать <i>коммуникационную задачу<\/i> и начать думать. Задача коммуникации простая:<\/p>\n<blockquote>\n<p>Обратить внимание пользователя на разные номера с одинаковыми «хвостами» и помочь не спутать стикеры<\/p>\n<\/blockquote>\n<p>Очевидно, что в контексте задачи выделять «хвосты» цветом — плохое решение: мы привлекаем внимание к какому-то искусственному признаку, а не к важному. Как чиновники, когда подсвечивают знак пешеходного перехода вместо самого пешехода (смотри <a href=\"https:\/\/blog.tema.ru\/1823924.html\">бессмертную заметку Лебедева<\/a>).<\/p>\n<p>Мало того. Мы привлекаем внимание к общей части различающихся сущностей, что помогает мало. Перефразируя один из гештальт-принципов, можно сказать, что <i>похожие сущности воспринимаются, как связанные по смыслу<\/i>. А нам нужно сделать акцент на их различии. Для этого можно выделить различающиеся части проблемных номеров:<\/p>\n<blockquote>\n<p>1245642 <b>9258<\/b><br \/>\n<b>9008731<\/b> 9685<br \/>\n5748202 <b>4973<\/b><br \/>\n<b>4505331<\/b> 9685<br \/>\n2356911 <b>6736<\/b><\/p>\n<\/blockquote>\n<p>Выглядит так себе, но задачу решает.<\/p>\n<p>Можно оставить выделение цветом, но дополнительно его усилить каким-нибудь сигналом. Например, значком:<\/p>\n<blockquote>\n<p>9008731 <mark><b>9685<\/b><\/mark> ⚠<br \/>\n5748202 <b>4973<\/b><br \/>\n4505331 <mark><b>9685<\/b><\/mark> ⚠<\/p>\n<\/blockquote>\n<p>Спорно, конечно, но хорошее визуальное решение найдёт дизайнер, нам важнее показать общий принцип.<\/p>\n<h2>Системное решение<\/h2>\n<p>Всё по ТРИЗ: масштабно и безответственно. Изменить алгоритм генерации номера, чтобы исключить возможность путаницы. Например, генерировать номер так, чтобы в одной поставке не было одинаковых «хвостов».<\/p>\n<p>А ещё лучше — генерировать номер на основе системного ID пользователя и даты сбора поставки с исключением номеров, совпадающих в последних 4 цифрах. Если вдруг не хватит разрядности, можно увеличить длину номера или перейти на шестнадцатеричную систему счисления, где вариантов будет примерно в шесть раз больше.<\/p>\n<blockquote>\n<p>0000—9999 — 10 000 вариантов, 10 в 4 степени<br \/>\n0000—FFFF — 65 536 вариантов, 16 в 4 степени<\/p>\n<\/blockquote>\n<p>Но решение с уникальной генерацией реализуемо только в принципе. Номерами, чек-листом и печатью стикеров заведуют разные команды. У каждой — свои приоритеты, ресурсы и горящие задачи. Никто просто не сможет протащить через владельца и скоординировать такое крупное изменение. В компаниях обычно просто нет продактов, которые таким занимаются. А у имеющихся зона ответственности и интересов ограничена задачами их команды.<\/p>\n<p>Стоит добавить, что про «правильную» генерацию наверняка уже кто-то думал, но столкнулся с таким ворохом трудностей и зависимостей в реализации, который с лихвой перекрыл ожидаемую выгоду. Но мы не узнаем наверняка: на большинстве проектов не ведут <del>поисковую<\/del> документацию.<\/p>\n<p>UPD. Статье нужен какой-нибудь афористичный вывод, так что вот он: продукт нужно проектировать до того, как он начнёт приносить прибыль. Потом уже будет не до этого.<\/p>\n",
            "date_published": "2025-06-19T22:06:29+05:00",
            "date_modified": "2025-06-19T22:46:06+05:00",
            "_date_published_rfc2822": "Thu, 19 Jun 2025 22:06:29 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "98",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "89",
            "url": "https:\/\/www.vitalyfilatov.ru\/all\/five-inputs\/",
            "title": "Заявка с пятью полями загрузки",
            "content_html": "<p>Зарисовка о UX-дизайне, ограничениях реального мира и крупных компаниях.<\/p>\n<p>Коллеги показали заявку на подключение какого-то нового дополнительного сервиса. Всё под NDA, поэтому вот общая идея в условном дизайне:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.vitalyfilatov.ru\/pictures\/079-form@2x.png\" width=\"780\" height=\"850\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Оформление чего-то требует множество всякого<\/div>\n<\/div>\n<p>Я смотрел на неё полдня, а потом вдруг осознал, насколько она невыносимо прекрасна в своей дихотомии. В её основе одновременно лежат тупость и сострадание. Сейчас объясню.<\/p>\n<h2>Тупость<\/h2>\n<p>Форма выглядит как плод технозависимого мышления, рождённый без любви:<\/p>\n<ol start=\"1\">\n<li>В UI-ките есть компонент загрузки файла.<\/li>\n<li>В бизнес-процессе документы делятся на категории.<\/li>\n<li>Под каждую категорию нужно отдельное поле.<\/li>\n<\/ol>\n<p>Но такое решение удобно только разработчикам. Любой выпускник UX-курсов скажет вам, что у формы проблемы:<\/p>\n<blockquote>\n<p><b>Она неудобна.<\/b> Пользователю придётся затаскивать файлы по очереди. Все давно привыкли кидать кучу файлов куда-то на страницу, как в Гугл-диске. А тут ещё и поле дополнительных документов меньше других.<\/p>\n<\/blockquote>\n<blockquote>\n<p><b>Непредсказуема.<\/b> Четыре поля принимают по одному файлу, а пятое — несколько. Что будет, если закинуть два файла в одно поле? Оно возьмёт только первый или выдаст ошибку на все?<\/p>\n<\/blockquote>\n<blockquote>\n<p><b>Причиняет боль.<\/b> Если закинуть файл не туда, скорее всего, придётся его удалить и загрузить заново. Перетаскивать загруженный файл нельзя, потому что компоненты UI-кита этого не предусматривают, но о компонентах как-нибудь в другой раз.<\/p>\n<\/blockquote>\n<p>Казалось бы, дизайнеры должны бороться со злом, а не решать задачи бэк-офиса за счёт пользователя. Можно же сделать единое поле загрузки, а оператор сам как-нибудь разберётся. Но давайте заглянем глубже.<\/p>\n<h2>Сострадание<\/h2>\n<p>Представьте, как где-то в глубине огромной бюрократической машины сидит человек-оператор Степан. Его задача — проверять документы в заявках и решать: передавать дальше или отклонять.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.vitalyfilatov.ru\/pictures\/079-stephan.jpg\" width=\"640\" height=\"427\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Так бы мог выглядеть Степан, носи он зелёную рубашку. <a href=\"https:\/\/unsplash.com\/photos\/EPi3TRQc5Z0\">Оригинал на Unsplash<\/a><\/div>\n<\/div>\n<p>Пользователи редко называют файлы вменяемо, поэтому набор документов для Степана может выглядеть так:<\/p>\n<blockquote>\n<p>Снимок.PNG<\/p>\n<\/blockquote>\n<blockquote>\n<p>14512320230217.pdf<\/p>\n<\/blockquote>\n<blockquote>\n<p>Сканы_володе_новый (2).PDF<\/p>\n<\/blockquote>\n<blockquote>\n<p>s77x1XSLkU2F.jpeg<\/p>\n<\/blockquote>\n<blockquote>\n<p>Павленко ДЮ — доки по кредитам.zip<\/p>\n<\/blockquote>\n<p>У компании миллион клиентов, и даже на побочный сервис заявки пойдут плотным потоком. Среди заявок будут неполные, с грязными сканами и файлами неверного формата. И если Степану придётся открывать каждый файл и назначать категорию, он быстрее потускнеет и выгорит.<\/p>\n<p>Кажется, что квалификацию заявок легко автоматизировать. Обучить нейросеть, Степана оставить за главного, а пользователям дать одно поле для всего. Но на практике это невозможно.<\/p>\n<p>Нейросеть должна эти документы понимать. Но пока нейросети могут только рисовать уродцев и сдавать экзамены на топ-менеджеров. Оценить <i>содержание<\/i> машина не способна. Остаётся натаскать её на сортировку: что паспорт, что права, а что справка. Но и тут затык.<\/p>\n<p>Дело в том, что IT-гигант может всё, но отдельно взятая команда разработчиков не может ничего сверх предписанного.<\/p>\n<p>У нашего сервиса с заявками есть своя IT-команда, которая держит его на плаву и потихоньку развивает задачками из бэклога. В этот бэклог можно добавить хоть колонизацию Марса, но на фоне бесконечной борьбы с багами и кривотой общей архитектуры до этой задачи никогда не дойдут.<\/p>\n<p>Да что там нейросеть. Команда и поведение поля загрузки не сможет изменить, потому что это поле — часть UI-кита. А китом занимается другая команда, со своим бэклогом, техдолгом и легаси.<\/p>\n<blockquote>\n<p>Пока распознаватель документов не станет фактором выживания бизнеса, ресурсы и людей под него не выделят. Для этого требуется стратегическое решение в цепи руководства, которое управляет предприятием через его абстрактную модель и нетиповые проблемы не воспринимает.<\/p>\n<\/blockquote>\n<p>Получается, что дизайнеры рисуют пять полей из любви к человеку Степану. Чтобы снять с оператора хотя бы самое тупое, дизайнеры идут против идеалов UX и перекладывают разбор файлов на пользователя. Это оправданная жертва: у Степана тысяча заявок в день, а у пользователя — одна в год.<\/p>\n<p>Тут должен быть вывод, но у меня есть только афоризм:<\/p>\n<blockquote>\n<p>Корпорация сильна, но человек в ней слаб и одинок.<\/p>\n<\/blockquote>\n<p>Если глубоко осознать эту мудрость, можно победить невежество духа и стать просвещённым, что излучает благодать и <s>сарказм<\/s> метаиронию.<\/p>\n",
            "date_published": "2023-02-18T01:36:02+05:00",
            "date_modified": "2023-02-18T01:39:54+05:00",
            "image": "https:\/\/www.vitalyfilatov.ru\/pictures\/079-form@2x.png",
            "_date_published_rfc2822": "Sat, 18 Feb 2023 01:36:02 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "89",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": [
                    "https:\/\/www.vitalyfilatov.ru\/pictures\/079-form@2x.png",
                    "https:\/\/www.vitalyfilatov.ru\/pictures\/079-stephan.jpg"
                ]
            }
        },
        {
            "id": "85",
            "url": "https:\/\/www.vitalyfilatov.ru\/all\/techdebt-and-legacy\/",
            "title": "Технический долг и легаси на примере тараканов",
            "content_html": "<p>Программисты иногда говорят о своей работе как о безумном адском родео на пылающих велосипедах без сидений. Чтобы примерно представлять, отчего выгорают в айти, разберём два явления: технический долг и легаси.<\/p>\n<p><b>Технический долг<\/b> — это проблемы в коде и архитектуре программы, которые накопились из-за принятых ранее решений сделать быстрее и дешевле.<\/p>\n<p>Каждый раз, когда разработчики пишут плохой непродуманный код, они как бы берут кредит: получают нужный результат в моменте и обязательную борьбу с последствиями в будущем. Долг по кредиту только растёт и исправление накопившихся проблем требует больше труда и нервов.<\/p>\n<p>Вот пример с метафорой, пока без тараканов.<\/p>\n<blockquote>\n<p>Никодим купил хрущёвку со скрипучим дощатым полом. Чтобы быстрее переехать, Никодим решает не возиться с корчеванием досок и заливкой полов по маякам, а просто постелить ламинат поверх.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Для пробы Никодим застилает полы в одной комнате. На этом этапе старый пол ещё можно снять и залить стяжку, но результат выглядит прилично. Так что Никодим решает идти дальше: достилает остальное, ставит межкомнатные двери и шкаф-купе, а после перевозит мебель с прежней квартиры.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Чтобы поменять пол в жилой квартире, Никодиму придётся съехать и сделать всё заново. По уму нужно заливать сразу всю площадь, но там уже мебель и холодильник, которые никуда не уберёшь. Пол станет выше или ниже, дверные косяки со шкафом-купе нужно будет подогнать.<\/p>\n<\/blockquote>\n<p>Иногда технический долг вполне оправдан. Например, стартапы пишут коряво и второпях, чтобы успеть занять нишу на рынке. Если продукт начинает приносить прибыль, его переписывают с расчётом на будущее развитие.<\/p>\n<p><b>Легаси<\/b> — от английского <i>legacy<\/i> — наследие прошедших эпох развития кода и продукта. Легаси-кодом называют реликтовый код, который уже никто не может разобрать и без которого всё сломается. Выбросить его нельзя, работать с ним мучительно, а переписывать страшно и дорого.<\/p>\n<p>Легаси неизбежно в любом продукте. Языки программирования и технологии устаревают, разработчики ленятся писать документацию, а потом выгорают и увольняются. Бывает, что древняя часть программы сразу получилась хорошо и стабильно работает, если её не трогать.<\/p>\n<p>Легаси не всегда плохо, но иногда оно складывается из технического долга, который предыдущая команда проекта решила не выплачивать.<\/p>\n<blockquote>\n<p>Никодим жил в безмятежности, пока под полом не завелись тараканы. Дощатый пол скрывал трещины в перекрытиях, через которые тараканы проникли в квартиру и заполнили всё пространство под ламинатом.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Никодим пробовал брызгать, сыпать и ставить ловушки, но помогало слабо. На смену истреблённым тараканам через дыры под полом приходили новые. Заделать дыры уже не представлялось возможным, оставалось искать автоматизированное решение.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Друзья предлагали запустить под ламинат три сотни мухоловок, но они жуткие и непредсказуемые. Поэтому Никодим остановился на леопардовых эублефарах (предположим, что оно так работает).<\/p>\n<\/blockquote>\n<blockquote>\n<p>Эублефары загнали тараканов под ламинат, но потребовали особого ухода. Оказалось, что Никодиму продали одних самцов, которые принялись делить территорию. Пришлось ставить перегородки и рассаживать ящеров по комнатам. Потом оказалось, одни ящеры едят только рыжих тараканов, а другие — чёрных. Никодиму пришлось регулярно менять их местами и бороться со стрессом от смены обстановки: брать на руки, делать домик из ладошек и вот это всё.<\/p>\n<\/blockquote>\n<blockquote>\n<p>Потом Никодим поехал в Арктику изучать паковый лёд, а квартиру оставил на друга Константина. Константин получил целую экосистему с графиком ротации и ящерами, падающими среди ночи на лицо. А чуть позже ЖЭУ обрело сознание и центра&shy;лизованно потравило тараканов во всём доме. С тех пор Константину пришлось следить ещё и за популяцией насекомых, чтобы эублефары не голодали.<\/p>\n<\/blockquote>\n<p>Чтобы приблизиться к масштабу айти-проектов в банках и корпорациях, представим, что таких квартир целый дом. И в каждой свои исторически сложившиеся условия и ограничения. А ещё есть общий чердак и подвал с котельной, топящие друг друга жильцы, лукавые подрядчики и конкурс на звание образцового дома.<\/p>\n<p>Так что будьте терпимее к разработчикам в банках и корпорациях. Им тоже хотелось бы сделать хорошо, но они не могут. Им бы влезть в требования бизнеса и ничего не сломать. И не кормите эублефаров рыжими тараканами, им нужны специальные кормовые.<\/p>\n",
            "date_published": "2022-07-11T01:03:41+05:00",
            "date_modified": "2022-07-11T14:52:33+05:00",
            "_date_published_rfc2822": "Mon, 11 Jul 2022 01:03:41 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "85",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "75",
            "url": "https:\/\/www.vitalyfilatov.ru\/all\/nikodim-i-abstrakcii\/",
            "title": "Никодим и утекающие абстракции",
            "content_html": "<p>Айтишная притча о квесте разработчика Никодима во чреве левиафана и кризисе корпоративного менеджмента. Позитивный сторителлинг без токсичной назидательности.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/www.vitalyfilatov.ru\/pictures\/065-nikodim@2x.png\" width=\"740\" height=\"389\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Картинка <a href=\"https:\/\/www.instagram.com\/ulv_vind\/\">Ulv Vild<\/a><\/div>\n<\/div>\n<p>Никодим устроился в IT-корпорацию писать высоконагруженный бэкенд. Его перевезли из провинции, встретили в фойе небоскрёба и отвели в переговорку на 21 этаже. Эйчар улыбалась и онбордила Никодима без умолку.<\/p>\n<p>— Сейчас я познакомлю тебя с функциональным руководителем, он проведёт тебе экскурсию и выдаст постоянный пропуск. Твой гостевой работает, пока ты не покинешь здание. Ноут получишь у технарей на 13 этаже, твой лид покажет рабочее место и даст первую задачу. Наша разработка занимает этажей двадцать. А ещё у нас есть спортзал и оранжерея...<\/p>\n<p>Она показала Никодиму кулер, плакат со структурой компании и пожарный выход, а потом оставила в переговорке ждать руководителя. Никодим прождал весь день, но руководитель не пришёл.<\/p>\n<p>Никодим очень хотел работать и остался в здании. Спал в зоне отдыха на 55 этаже, мылся в душевой спортзала на 34, питался йогуртами и снеками из кофепоинтов. Потом курьер принёс зарплатную карту, Никодим купил бритву и стал заказывать еду из ресторанов.<\/p>\n<p>Прошла неделя. Никодим успел прочитать все регламенты и пройти обучение, но руководитель так и не объявился. Гостевой пропуск открывал все двери, поэтому Никодим начал ходить по отделам и курилкам. Сначала он слонялся и болтал со всеми от скуки, но постепенно в его голове складывалась общая картина, и Никодима охватил азарт. Каждый сервис существовал сам по себе, команды горели и не могли договориться из-за абсурдной бюрократии, а менеджеры работали на показатели и не видели комплексных проблем, утонув в интригах. Но Никодим всё видел и понимал, как это исправить.<\/p>\n<p>По ночам Никодим ходил по отделам, оставлял заметки на столах, писал на досках и клеил стикеры. Днём вёл отвлечённые беседы, подводя собеседников к нужным выводам. Знакомил людей в лифте и кафетерии, создавал альянсы, играл на тщеславии лидеров. Когда удавалось подсмотреть чужой пароль, тайком поднимал упавшие билды и коммитил.<\/p>\n<p>Ему удалось наладить статистическое предупреждение инцидентов, прямой обмен данными между продуктами департаментов, избавиться от пары кейсов страшного легаси и даже отвязать публикацию новостей компании от общего релизного цикла. Люди вокруг улыбались, разрабов хвалили, а менеджеры получали бонусы.<\/p>\n<p>В конце испытательного срока Никодим получил письмо с паролем от лифта, который привёз его куда-то между 88 и 89 этажом.<\/p>\n<p>— Привет, я — ведущий теневой зодчий, — представился незнакомец.<\/p>\n<p>— Тебя нет в оргструктуре, — ответил Никодим, — это ты мой руководитель?<\/p>\n<p>— Верно. Я следил за твоей работой и очень доволен. Тебе пора выходить к нам.<\/p>\n<p>— Нет, — твёрдо ответил Никодим. — Тогда я окажусь в одной из вертикалей и не смогу ничего сделать.<\/p>\n<p>В лифте Никодим обернулся.<\/p>\n<p>— Почему гостевой пропуск не привязан к дате?<\/p>\n<p>— Из-за безопасников. Они готовят их от недели до месяца и никогда не попадают в даты визита. Только так мы и смогли тебя протащить.<\/p>\n<p>Никодим кивнул и двери лифта закрылись. Больше зодчий его не видел.<\/p>\n",
            "date_published": "2021-11-07T02:17:46+05:00",
            "date_modified": "2022-07-11T01:09:59+05:00",
            "image": "https:\/\/www.vitalyfilatov.ru\/pictures\/065-nikodim@2x.png",
            "_date_published_rfc2822": "Sun, 07 Nov 2021 02:17:46 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "75",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": [
                    "https:\/\/www.vitalyfilatov.ru\/pictures\/065-nikodim@2x.png"
                ]
            }
        }
    ],
    "_e2_version": 3877,
    "_e2_ua_string": "E2 (v3877; Aegea)"
}