{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Блоги: заметки с тегом моделирование",
    "_rss_description": "Автоматически собираемая лента заметок, написанных в блогах на Эгее",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": false,
    "_itunes_explicit": "no",
    "home_page_url": "https:\/\/blogengine.me\/blogs\/tags\/modelirovanie\/",
    "feed_url": "https:\/\/blogengine.me\/blogs\/tags\/modelirovanie\/json\/",
    "icon": false,
    "authors": [
        {
            "name": "Илья Бирман",
            "url": "https:\/\/blogengine.me\/blogs\/",
            "avatar": false
        }
    ],
    "items": [
        {
            "id": "127990",
            "url": "https:\/\/artemushanov.ru\/?go=all\/primenenie-ekonomicheskogo-freymvorka-reynertsena-video\/",
            "title": "The Principles of Product Development Flow, пост 5 — применение экономического фреймворка (видео)",
            "content_html": "<p class=\"foot\">🔬 Это пост с разбором очередной части книги Дона Рейнертсена <i>The Principles of Product Development Flow<\/i>. Книга рассказывает, как правильно принимать решения при разработке продуктов и не помереть раньше времени. Все посты — по тегу <a href=\"https:\/\/artemushanov.ru\/?go=tags\/pd-flow\/\">pdflow<\/a>.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/reynertsen-post-3.png\" width=\"338\" height=\"500\" alt=\"\" \/>\n<\/div>\n<p>Записал разбор экономического фреймворка Рейнертсена на кейсах. Показываю, как правильно оценивать продуктовые решения с точки зрения экономики.<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/qT2WeaW-QxY?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<p>\n00:00 Вступление<br \/>\n01:07 Как устроена табличка<br \/>\n08:37 Кейс первый: вводим СОК, сокращаем возвраты<br \/>\n11:28 Кейс второй: сертифицируем, чтобы увеличить продажи<br \/>\n13:18 Кейс третий: заменим кабель на более дешевый<br \/>\n16:04 Кейс четвертый: китайский завод<br \/>\n17:34 Кейс пятый: добавить кабель лайтнинг<br \/>\n19:05 Заключение<br \/>\n<\/p>\n<\/div>\n<p>upd. залил на vk<\/p>\n<iframe src=\"https:\/\/vk.com\/video_ext.php?oid=2131309&id=456239143\" width=\"426\" height=\"240\" allow=\"autoplay; encrypted-media; fullscreen; picture-in-picture; screen-wake-lock;\" frameborder=\"0\" allowfullscreen><\/iframe>\n<p>и рутуб:<\/p>\n<iframe width=\"720\" height=\"405\" src=\"https:\/\/rutube.ru\/play\/embed\/e16f741095cc88e2bb8f48da81447c42\/?p=IRutXlp5Z717Z-LdbygGcQ\" frameBorder=\"0\" allow=\"clipboard-write; autoplay\" webkitAllowFullScreen mozallowfullscreen allowFullScreen><\/iframe>\n<p>Принципы, относящиеся к экономическому фреймворку, я разбирал во <a href=\"https:\/\/artemushanov.ru\/?go=all\/reynertsen-post-2\/\">втором<\/a> и <a href=\"https:\/\/artemushanov.ru\/?go=all\/reynertsen-post-3\/\">третьем<\/a> постах о книге.<\/p>\n<p>Поиграть с цифрами можно тут: <a href=\"https:\/\/docs.google.com\/spreadsheets\/d\/1mKWzrGmZW8DzepJd6QN8yXwMJhiZxoK3GUB6Zl9cbAc\/edit?usp=sharing\">https:\/\/docs.google.com\/spreadsheets\/d\/1mKWzrGmZW8DzepJd6QN8yXwMJhiZxoK3GUB6Zl9cbAc\/edit?usp=sharing<\/a><\/p>\n",
            "date_published": "2024-05-18T10:26:33+05:00",
            "date_modified": "2024-10-26T22:09:11+05:00",
            "tags": [
                "pdflow",
                "post",
                "Дон Рейнертсен",
                "моделирование",
                "Создание продукта",
                "экономика"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Sat, 18 May 2024 10:26:33 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "127990",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "127888",
            "url": "https:\/\/artemushanov.ru\/?go=all\/kak-malenkomu-butiku-potyagatsya-s-zaroy\/",
            "title": "Как маленькому бутику потягаться с «Зарой»?",
            "content_html": "<p>Никак, это кликбейт.<\/p>\n<p class=\"note\">Hribernik, K., Arabsolgar, D., Canepa, A., & Thoben, K.-D. (2019). Applying Product Usage Information to Optimise the Product Lifecycle in the Clothing and Textiles Industry. Communications in Computer and Information Science, 73—95. doi:10.1007\/978-3-030-16134-7_7<\/p>\n<p>Прочитал доклад «<i>Applying Product Usage Information to Optimise the Product Lifecycle in the Clothing and Textiles Industry<\/i>».<\/p>\n<p>Доклад интересный, но чтобы его полностью понять — пришлось порыть интернеты на предмет контекста и деталей в фешн-индустрии.<\/p>\n<p>Компания <i>Dena Milano<\/i>, небольшой бутик одежды в Милане, хочет сократить срок вывода на рынок новых коллекций. Один из способов сделать это — проектировать новые коллекции и отдельные изделия с учетом информации об использовании продукции (Product Usage Information, PUI). Это понятие из дисциплины <a href=\"http:\/\/sewiki.ru\/Управление_жизненным_циклом\">Lifecycle Management<\/a>, управление жизненным циклом продукта\/изделия\/системы. Сначала — теория.<\/p>\n<h3>Жизненный цикл продукта<\/h3>\n<p>Разделяют три основных фазы жизненного цикла:<\/p>\n<ul>\n<li>BOL — Beginning Of Life, начало ЖЦ — проектирование, изготовление, логистика и т. п.<\/li>\n<li>MOL — Middle Of Life — эксплуатация, обслуживание, ремонт<\/li>\n<li>EOL — вывод из эксплуатации ⚰️.<\/li>\n<\/ul>\n<p>Сбор PUI относится к средней фазе, MOL.<\/p>\n<p>Зачем нам это PUI нужно, особенно для выпуска новой коллекции?<\/p>\n<p>Продуктом в индустрии моды считается коллекция, а не изделие. Классический подход — выпускать две коллекции в год (весна-лето и осень-зима), продавать по полной цене в течение актуального периода, потом включать скидки или раздавать в аутлеты. По меркам настоящего времени это долго, сложно, нет достаточного запаса для маневра, а подготовка коллекции может занимать до двух лет.<\/p>\n<p class=\"note\">В подкасте озвучивается точка зрения, что WGSN не просто прогнозирует тренды, а создает их. И это практически монополия<\/p>\n<p>Крупные производители пользуются прогнозами WGSN (<a href=\"https:\/\/99percentinvisible.org\/episode\/the-trend-forecast\/\">подкаст 99pi<\/a> про них — очень интересно), мелкие справлялись как-то сами, в том числе Дена Милано.<\/p>\n<p>Запас для маневра гораздо больше у тех, кто двигается быстро. Фаст-фешн игроки вроде Зары\/Индитекса, Юникло, Шейна, (про который <a href=\"https:\/\/artemushanov.ru\/?go=all\/chto-ya-uznal-v-dekabre-2021\/#shein\">я уже упоминал<\/a>) научились выпускать коллекции часто, до двух раз в месяц, быстро избавляться от остатков, держать цены на приемлемом уровне — и оставаться прибыльными. Жизненный цикл коллекции сокращается до нескольких недель, а правильный прогноз плюс грамотная дистрибуция позволяют минимизировать остатки. Но так было не всегда — до 70-х годов двадцатого века цепочка поставки выглядела иначе.<\/p>\n<h3>Как развивалась дистрибуция<\/h3>\n<p>Немного коснемся <i>дистрибуции<\/i>. Под этим словом мы будем понимать комплекс мер, направленный на физическое доведение товара от производителя к покупателю.<\/p>\n<p>Стандартная цепочка поставки в середине прошлого века выглядела так:<\/p>\n<ul>\n<li>производитель выпускает товар<\/li>\n<li>крупный оптовик закупает товар у производителя<\/li>\n<li>мелкий оптовик закупает товар у крупного<\/li>\n<li>розница закупает товар у мелкого оптовика<\/li>\n<li>потребитель покупает товар в рознице<\/li>\n<\/ul>\n<p>В такой схеме товар идет по цепочке выталкивания: каждое следующее звено в цепочке «толкает» товар в следующее. Цепочка длинная, и судить об успешности своей продукции производитель может только по сбыту следующему звену — берут или нет.<\/p>\n<p>Постепенно от розницы к опту, а оттуда к производителю, начинает ходить обратная связь более конкретного характера: розница говорит, что к такой-то дате мне нужно, чтобы ты, оптовик, мне поставил такой-то объем такой-то продукции.<\/p>\n<p>В общем, к 90м годам ситуация перевернулась, и теперь розница решает, чего и сколько должен произвести завод. Товары идут по принципу вытягивания: розница решает, сколько хочет продать в течение следующего периода, и по цепочке назад дает запрос вплоть до производителя, с конкретным перечнем и количеством номенклатуры.<\/p>\n<p>Ах да, фешн.<\/p>\n<p>До 70-х годов крупные ритейлеры — магазины, торговые центры, — закупали одежду у производителей и продавали через свои сети. Они не могли контролировать, что и в каком виде произведут фабрики, и просто закупали то, что считали подходящим.<br \/>\nВ семидесятых это стало меняться. Одним из пионеров фастфешена был Лекс Векснер (Lex Wexner), основатель сети магазинов женской одежды <i>The Limited<\/i>, который решил, что сам будет выяснять, чего хочет клиент, и заказывать это у производителей — а не закупать то, что производят.<\/p>\n<p>Параллельно развивались вычислительные технологии. Компьютеры помогли ускорить процессы, связанные с BOL-частью цикла, и продукты стали выходить быстрее и чаще. Стало возможно уйти от темпа «две коллекции в год».<\/p>\n<p>Возвращаемся в наше время.<\/p>\n<p>Чтобы коллекцию выпустить, нужно определиться с ее составом, трендами (которые будут актуальны на момент выхода — тут выигрыш в скорости на стороне фаст фешена), ну и техническими штуками типа материалов-производителей-дистрибуции. Все перечисленные выше сети — крупные игроки с долгой историей, они способны сделать анализ просто на основе анализа продаж и возвратов.<\/p>\n<p>Задача же Дены Милано — научиться быстро проектировать новые коллекции без подписки на WGSN и миллиардных продаж фастфешена с тонной аналитических данных.<\/p>\n<p>Как же это сделать? Узнаем в следующем посте, если я когда-то за него сяду. Этот пост я начинал писать два года назад, только что случайно обнаружил в черновиках и решил выложить как есть :-)<\/p>\n",
            "date_published": "2024-05-10T13:59:03+05:00",
            "date_modified": "2024-05-11T11:01:29+05:00",
            "tags": [
                "post",
                "бизнес",
                "моделирование",
                "Создание продукта"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Fri, 10 May 2024 13:59:03 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "127888",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "127779",
            "url": "https:\/\/artemushanov.ru\/?go=all\/kak-izuchat-novuyu-predmetnuyu-oblast\/",
            "title": "Как изучать новую предметную область",
            "content_html": "<p>Два месяца назад я пришел работать в компанию-девелопер, в дирекцию по цифровой ипотеке. Область для меня новая: ни со стройкой, ни с финансовыми продуктами я раньше не работал. Нужно разбираться.<\/p>\n<p>«Разобраться» для меня означает следующие шаги:<\/p>\n<ol start=\"1\">\n<li>Навести «грубую сетку» домена — понять, где мы вообще. «К черту подробности, город какой?»<\/li>\n<li>Понять свое место в рамках домена — детализировать «сетку» в важных для проектов областях<\/li>\n<li>Углубиться в изучение этих важных частей, разобраться в них до нужного уровня, чтобы предсказуемо планировать и реализовывать изменения.<\/li>\n<\/ol>\n<p class=\"note\">Еще про грубую сетку в посте «<a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-chitat-slozhnuyu-knigu\/\">Как читать сложную книгу<\/a>»<\/p>\n<p>Первое, что я сделал — навел «грубую сетку» предметной области. Без этого действия любые факты и детали, относящиеся к предметке, как бы повисают в неопределенности: ну вот они есть, а куда и как их сложить — непонятно. Чтобы такого не было, нужно завести какое-то небольшое количество условных смысловых коробочек и начать факты с деталями раскладывать по ним. Качество этих коробочек изначально будет плохим — это не страшно, потом переделаем как надо. Но сначала надо понять, а как же надо.<\/p>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast.png\" width=\"1080\" height=\"810\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Грубой сетки достаточно, чтобы понять общие очертания объектов в домене<\/div>\n<\/div>\n<\/div><p>Грубую сетку я себе построил путем чтения статей и просмотра видосов на тему ипотеки и всяких сопутствующих штук — их в рунете навалом.<\/p>\n<p>Сложилась вот такая картинка:<\/p>\n<ul>\n<li>ипотека — это специальный вид кредита, который берут под залог недвижимости;<\/li>\n<li>в покупке жилья в ипотеку обязательно есть три роли — продавец, покупатель и банк; каждая из этих ролей имеет свои предпочтения: покупатель — получить жилье в обмен на деньги, банк — продать кредитный продукт надежному клиенту, продавец — продать квартиру и получить за нее деньги;<\/li>\n<li>над сделкой есть еще регуляторы, причем ограничения применяются ко всем трем ролям;<\/li>\n<li>ипотечная бизнес-модель не особо прибыльна и банки зарабатывают на кросс-продажах и сопутствующих сервисах.<\/li>\n<\/ul>\n<p>Изучив и поняв вышеописанное, я сформулировал для себя задачу дирекции: <mark>сделать процесс покупки квартиры в ипотеку максимально удобным для клиента и максимально прибыльным для компании<\/mark>.<\/p>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-6.png\" width=\"1688\" height=\"1270\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Прикидка по системным уровням<\/div>\n<\/div>\n<\/div><p>Дальше пошла более подробная работа над доменом. Для нее я использую несколько инструментов.<\/p>\n<ol start=\"1\">\n<li>Три списка — Факты, Оценки, Термины.<br \/>\nВ «Факты» попадают факты и наблюдения, которые мне встречаются на созвонах или в переписке. К примеру, из фразы «комиссия у зеленого банка охереть высокая!» можно выделить два факта: «комиссия зеленого банка N%» и «комиссия у зеленого банка выше, чем у других». Составление списка фактов помогает понять, какие события и явления в рамках домена значимы, а какие — нет.<br \/>\nВ список «Оценки» попадают оценки некоторых фактов, выраженные членами команды или внешними людьми. Сочетание одного факта и набора разных оценок к этому факту помогает понять, какие есть конфликты и в чем их причины, а также примерные роли тех, кто эти оценки высказывает. Пример: из высказывания «М. сказала: комиссия у зеленого банка охереть высокая!» м можем сделать предположение о роли М. и о важных для нее вещах.<br \/>\nВ список «Термины» я пишу все слова, словосочетания и устойчивые выражения, которые встречаю на встречах или вычитываю из разных источников.<br \/>\nСписки составлять просто: услышал новый факт или незнакомое словосочетание — записал в список. Перечитал журнал, увидел там термин — переписал в список.<br \/>\nПериодически списки нужно перечитывать и грумить — убирать оттуда нерелевантные термины, дописывать пояснения. Рано или поздно начнут прорисовываться понятные связи между некоторыми элементами списков, туман войны начнет рассеиваться.<\/li>\n<\/ol>\n<ol start=\"2\">\n<li>Еще один список — <b>люди<\/b>. Кто, чем занимается, в каких проектах задействован. Не относится к домену, но помогает не потеряться в новом проекте и не задалбывать коллег повторяющимися вопросами вроде «а кто там у нас за эти лендосы отвечает?». Встретили нового человека, который работает на вашем или соседнем проекте — записали в табличку.<\/li>\n<\/ol>\n<ol start=\"3\">\n<li>Третий важный артефакт — <b>схемы событий<\/b>. В любом домене существуют устойчивые процессы, которые помогают понять границы и основные свойства домена. Покупка жилья в ипотеку, в целом, и есть процесс — у него понятные шаги и этапы, понятные «альфы», которые изменяются. Можно даже сказать так: оформление ипотеки — это процесс пошагового заполнения и утверждения набора документов. Накидав и провалидировав такой процесс, можно рисовать CJMы и прочие клиентоцентричные штуки.<br \/>\nПо схемам у меня простой подход: набросок схемы я рисую как угодно и чем угодно (ручкой в блокноте, <a href=\"https:\/\/artemushanov.ru\/?go=all\/chto-ya-uznal-v-oktyabre-2023\/#:~:text=%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B8%20%D0%90%D1%81%D1%81%D0%BE%D1%86%D0%B8%D0%B0%D1%86%D0%B8%D0%B8%20%D0%B2%D0%BE%D0%B7%D0%B4%D1%83%D1%85%D0%BE%D0%BF%D0%BB%D0%B0%D0%B2%D0%B0%D1%82%D0%B5%D0%BB%D0%B5%D0%B9-,%D0%9F%D0%BB%D0%B0%D0%BD%D1%88%D0%B5%D1%82%20remarkable2,-%D0%9C%D0%B5%D1%81%D1%8F%D1%86%20%D0%BD%D0%B0%D0%B7%D0%B0%D0%B4%20%D1%8F\">стилусом в ремаркабле<\/a>, мышкой в Миро или Фигджеме). Потом переношу схему в Миро\/Фигджем и там довожу до ума — дорисовываю нужные этапы, детализирую, распутываю запутавшиеся связи. Когда я доволен схемой — перевожу ее в Мермейд (см. <a href=\"https:\/\/artemushanov.ru\/?go=all\/schemyizteksta\/\">пост про схемы<\/a>) или табличный формат.<br \/>\nИспользую три основных типа схем: диаграммы сущностей — что есть в домене\/субдомене, как связано; карты процессов — этапы, роли, артефакты; диаграммы систем — какие системы, как связаны. Для нормального понимания домена мне удобно сначала прикинуть процесс, потом на этапы процесса накинуть роли и акторов: кто что делает, чтобы дело двигалось. Дальше на роль можно повесить модуль — софт, оргединицу и т. п. На такой схеме удобно думать про точки улучшения сервиса и делать сравнение «как сейчас — как будет».<\/li>\n<\/ol>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-4.png\" width=\"2154\" height=\"1246\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Схема процесса в одном из проектов<\/div>\n<\/div>\n<\/div><p>В итоге я пришел к простой базовой мета-модели по этому проекту:<\/p>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-7.png\" width=\"664\" height=\"754\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Базовая мета-модель в проекте с партнерским банком<\/div>\n<\/div>\n<p>«Актор» — участник процесса<br \/>\n«Шаг процесса» — некое действие, цель которого создать или развить РП<br \/>\n«Рабочий продукт» — артефакт, который должен быть создан для продвижения или завершения процесса<br \/>\n«Инструмент» — то, что используется на определенном шаге или в отношении РП акторами<\/p>\n<\/div><ol start=\"4\">\n<li><b>Журнал<\/b>. Каждый день я пишу, с какими людьми о чем поговорил, что узнал и о чем подумал, какие идеи пришли в голову. Журнал служит инбоксом: потом из него можно выписать людей, термины и факты, какие-то задачки оформить. Еще журнал помогает сохранять контекст, в котором я эту информацию получил.<br \/>\nЖурнал надо перечитывать: каждый день узнаешь что-то новое, и это новое помогает увидеть другие смыслы в ранних записях.<\/li>\n<\/ol>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-1.png\" width=\"508\" height=\"452\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Скриншот записи из журнала<\/div>\n<\/div>\n<\/div><ol start=\"5\">\n<li><b>Альфы OMG Essence<\/b> — проектные объекты и области, которые нужно отслеживать. Про фреймворк <a href=\"https:\/\/youtu.be\/w0TkDyiHx48\">я рассказывал на конференции<\/a> пять лет назад.<br \/>\nФакты, люди и термины вполне естественно раскладываются по альфам и подальфам проекта. Структурирование проектной информации по альфам помогает хранить описание в компактной форме, быстро понимать проектные проблемы и принимать меры.<\/li>\n<\/ol>\n<div style=\"border-radius: 0px; border:1px solid #DCDCDC;padding:20px;margin:20px;\"><div class=\"e2-text-picture\">\n<div class=\"fotorama\" data-width=\"464\" data-ratio=\"0.8689138576779\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-2.png\" width=\"464\" height=\"534\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/kak-izuchat-novuyu-predmetnuyu-oblast-3.png\" width=\"494\" height=\"438\" alt=\"\" \/>\n<\/div>\n<\/div>\n<\/div><p>Вот такая у меня стратегия изучения новых доменов. Достигнув результата и развеяв туман войны, можно приступать к планированию изменений осознанно и рационально.<\/p>\n",
            "date_published": "2024-05-03T00:19:00+05:00",
            "date_modified": "2024-05-03T00:18:21+05:00",
            "tags": [
                "post",
                "интеллект",
                "как сделать",
                "моделирование"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Fri, 03 May 2024 00:19:00 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "127779",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "123637",
            "url": "https:\/\/artemushanov.ru\/?go=all\/chto-nuzhno-klientu-drel-ili-dyrka-v-stene\/",
            "title": "Что нужно клиенту — дрель или дырка в стене?",
            "content_html": "<p>Евгений Казначеев в своем канале <a href=\"https:\/\/t.me\/qetzal_1up\/1120\">написал пост<\/a> про иерархию «работ» с т.з. JTBD. Вот выдержка:<\/p>\n<blockquote>\n<p>«Пользователю не нужна дрель, ему нужна дырка в стене. Но в то же время дырка в стене нужна, чтобы повесить картину. А картина нужна, чтобы было красиво и не стыдно было гостей привести. А красиво нужно, чтобы... Это матрёшка, „да там черепахи до самого низа“. Тут иногда человек даже теряется — „с чем же мне работать? до каких „самых настоящих работ“ мне идти?“<\/p>\n<\/blockquote>\n<blockquote>\n<p>Если раскручивать эту цепочку, то в итоге получается, что людям-то нужна одна штука: чувствовать больше счастья чаще, а боли ощущать как можно меньше и реже. Всё. Дальше уже из этой максимы, под воздействием нашего разума, окружения, культуры и т. д. всё раскручивается обратно до „дырок в стене“ для которых нужна дрель. То есть можно построить иерархию „целей“ („работ“, „болей“) начиная от самых высоких и конкретных — до самых низких абстрактных этажей.<\/p>\n<\/blockquote>\n<blockquote>\n<p>И вот важная мысль — работать с этой иерархией можно на любом уровне.»<\/p>\n<\/blockquote>\n<p><b>Во-первых<\/b>, есть такой концепт — иерархия целей Пауэрса, там как раз разбирается взаимосвязь целей верхнего и нижнего уровней.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/telegram-cloud-photo-size-2-5251523776758271722-y.jpg\" width=\"1280\" height=\"996\" alt=\"\" \/>\n<\/div>\n<p>Иерархия целей Пауэрса говорит о том, что есть несколько уровней для постановки целей: «Be» (би, быть — кем-то, каким-то) считаются верхним уровнем, и в данном примере отвечают за наше самоощущение, входящее в понятие «идеального себя» (системного концепта). Это — т. н. «принципы».<\/p>\n<p>Цели (и деятельности) уровня «Do» (ду) работают на выполнение целей уровня «би», т. е. их выполнение должно помочь достижению «би». При этом важно, что успех или неуспех «ду»-целей не всегда определяет успех\/неуспех «би»-целей. «Ду»-цели достигаются выполнением «программ».<\/p>\n<p>Для достижения целей уровня «ду» выделяются отдельные «последовательности», или цели моторного уровня.<\/p>\n<p>На примере с картинки такая история: есть системный концепт «идеального себя» — это цель высшего уровня. Одним из свойств «идеального себя» является черта «внимательность» (видимо, к семье или партнеру), для чего надо «be thoughtful» — это цель уровня «би». Как проявить внимательность? Один из вариантов — можно приготовить ужин, это цель уровня «ду». Как приготовить ужин? Выбрать блюдо, найти его рецепт, приготовить по рецепту — это уже «последовательности», уровень моторных\/инструментальных целей.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/telegram-cloud-photo-size-2-5251523776758271723-y.jpg\" width=\"1000\" height=\"853\" alt=\"\" \/>\n<\/div>\n<p>Иерархия читается так: образ идеального себя определяет набор принципов, из которых этот образ и собирается. Принципы определяют программы достижения, а программы достижения существуют только для того, чтобы реализовывать принципы. Ну и так далее.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/telegram-cloud-photo-size-2-5251523776758271724-y.jpg\" width=\"1280\" height=\"599\" alt=\"\" \/>\n<\/div>\n<p>Достижение или провал «ду»-целей не обязательно ведет к соответствующему эффекту на уровне выше. Если вы решили приготовить обед, чтобы проявить внимательность, а семья хотела в ресторан, то ду-цель не выполнена вне зависимости от того, насколько круто удалось приготовить обед. Но при этом сам жест — вы решили приготовить обед и приготовили его, — вполне может для семьи сработать как проявление внимательности, и тогда получается, что би-цель выполнена.<\/p>\n<p>Иногда би-цель вообще не нуждается в программах-последовательностях и выполняется просто от факта изменения окружающей среды внешними агентами.<\/p>\n<p>Би-цели — самые устойчивые, ду- и моторные цели легко меняются. Хотят всегда именно би-целей!<\/p>\n<p>Вывод тут такой: определив цели разных уровней (лучше всего выйти на “би”-уровень), можно оптимизировать стратегию.<\/p>\n<p><b>Второй заход<\/b>, с другой стороны: в посте Евгения речь про системные уровни — потому что одно часть другого, более крупного, и достигается использованием других практик, нежели на предыдущем уровне.<\/p>\n<p>К примеру, «сделать дырку в стене» может «сверлитель» (роль) с использованием дрели и сверла по бетону, практика — «сверление стен».<\/p>\n<p>Если мы прыгнем на уровень выше, то там задача «повесить картину» (считаем, что место определено), роль — «проектировщик размещения картины», практика — «подбор метода размещения картины»; возможные решения — дырка в стене и крючок, липучка от 3М, полочка под картину.<\/p>\n<p>Если идем еще выше, то роль — «проектировщик интерьерных решений» (решения определены, нужно их правильно разместить), практика «определение оптимального места под картину», возможные методы решения — там, сям, над кроватью, между шкафами, и т. п.<\/p>\n<p>Еще выше у нас «дизайнер интерьера», практика «выбор интерьерных украшений для квартиры», возможные решения — цветок в вазе, картина, лепнина, декоративный столик, и так далее. На каждом системном уровне есть набор альтернатив, и выбор правильной зависит от сочетания требований заказчика и способностей исполнителя.<\/p>\n<blockquote>\n<p>«И вот важная мысль — работать с этой иерархией можно на любом уровне. Это всего лишь удобная модель, полезный инструмент. Условность. Это значит можно выбрать уровень в зависимости от текущей цели и ваших ограничений (вряд ли вы как продакт-менеджер сможете целиком поменять область работы вашей компании) и просто работать на нём.»<\/p>\n<\/blockquote>\n<p>Работать действительно можно на любом уровне, но лучше работать на том, на котором вы можете обеспечить результат — т. е. владеете нужными практиками и ресурсами.<\/p>\n<p>Все-таки охватывать несколько системных уровней сложно: более верхний уровень определяет практики для более нижних, и их кратно больше.<\/p>\n<p>Если мы используем пример со сверлом и дыркой в стене и решим, что мы будем дизайнером интерьера с полным контролем выполнения работ на объекте, то нам потребуется владение практиками подбора украшений и интерьерных элементов (наш уровень), а для каждого типа украшений и элементов — набор исполнителей или инструментов и ресурсов для всех нижележащих практик: определения места, определения способа крепления\/размещения, и собственно работы по креплению\/размещению, и т. п.<\/p>\n<p>Получается, что вниз от нашего уровня идет ветвящееся дерево, подобно сложной корневой системе. Менеджить набор практик для всего нижележащего (или набор подрядчиков, или набор сервисов) — отдельная большая работа.<\/p>\n<p><b>В-третьих<\/b>, если клиент (а мы тут все-таки исходим из схемы “делаем продукты для клиента”) уже выбрал какой-то уровень, на котором он ищет конкретное решение или исполнителя, то переубедить его бывает сложно.<\/p>\n<p>У меня в практике есть кейс, когда клиент обратился за софтом (т. е. за инструментом), мы поехали делать предпроектное обследование — и поняли, что софт проблему не решит, потому что нужно переделать организацию и поменять в ней расстановку ролей. Мы смогли убедить заказчика, что поступить нужно именно так — путем нескольких раундов переговоров и презентаций, и заказчик поменял оргструктуру (!!!) и ввел новую роль и новые практики — т. е. пользователя инструмента.<\/p>\n<p>А там и софт продали.<\/p>\n<p>Ситуация была несколько нервная: мы действовали против своих интересов в краткосрочном периоде в пользу теоретического понимания пользы клиента.<\/p>\n<p>Но такой кейс у меня один, а клиентов было больше.<\/p>\n",
            "date_published": "2023-10-20T00:24:11+05:00",
            "date_modified": "2023-10-20T00:22:17+05:00",
            "tags": [
                "post",
                "методика",
                "моделирование",
                "Создание продукта"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Fri, 20 Oct 2023 00:24:11 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "123637",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "123270",
            "url": "https:\/\/artemushanov.ru\/?go=all\/chto-ya-uznal-v-sentyabre-2023\/",
            "title": "Что я узнал в сентябре-2023",
            "content_html": "<p><i>Это ежемесячный пост формата «<a href=\"https:\/\/artemushanov.ru\/?go=tags\/til\/\">Today I Learned<\/a>» — в нем я перечисляю интересные новости, цитаты или факты, попавшиеся мне за месяц. Темы произвольные.<\/i><\/p>\n<p>Фото месяца — живописное дно канавы в Сремских Карловцах<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/068F5BCD-076A-41F1-9960-AA77C7CBA06E_1_105_c.jpeg\" width=\"768\" height=\"1024\" alt=\"\" \/>\n<\/div>\n<h3>ML-Короткометражка Backflip<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/backflip.training\/\">https:\/\/backflip.training\/<\/a><\/p>\n<p>Короткометражка Никиты Диакура про то, как его трехмерный аватар, движимый ML-методами, учится делать сальто назад.<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/1zUJzzRu-xs?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>Фильм получил каких-то премий, и это клево — во-первых, он отлично выглядит и ни на что не похож — небрежно-дотошный подход к деталям, все эти глитчи; во-вторых у него вполне себе есть сюжет и конфликт; в-третьих, научить аватара делать бэкфлип — это прикольная техническая задача.<\/p>\n<h3>Стекло — не жидкость<\/h3>\n<p>Притча о том, что нельзя полагаться только лишь на когерентность истории.<\/p>\n<p>Наткнулся где-то на  утверждение, что стекло — это вязкая жидкость, которая течет ну оооочень медленно. В качестве доказательства приводился такой факт: стекла в древних витражах толще в нижней части. Это из-за того, что сотни лет стекло «стекало» вниз и образовалась такая неравномерность.<\/p>\n<p>Правдоподобно ли звучит? Ну как-то контритуитивно, но в целом да. Будем ли мы проверять факты и делать выводы на основе собственных наблюдений? Обычно — нет, но сегодня сделаем исключение.<\/p>\n<p>Достаточно погуглить исходный тезис «стекло это жидкость» с частицей «не» в нужном месте — примитивно проверить на фальсифицируемость, — и вуаля: десятки публикаций с детальным опровержением этого мифа — например, <a href=\"https:\/\/www.newscientist.com\/article\/mg22730370-900-what-is-glass\/#:~:text=Glass%20is%20not%20a%20slow,to%20qualify%20as%20a%20liquid.\">эта<\/a>.<br \/>\nЦитата оттуда:<\/p>\n<blockquote>\n<p>«Потребуется миллиард лет, чтобы всего несколько атомов в стекле вообще сдвинулись с места».<\/p>\n<\/blockquote>\n<p>Короче, стекло — не жидкость. Но и не стандартное твердое вещество — другая молекулярная структура.<\/p>\n<p>Витражи изготавливались во времена, когда добиться равномерной толщины на всей площади стекла не получалось, и стекла вставляли в раму толстой стороной вниз — так устойчивее.<\/p>\n<p>Вывод: не стоит определять истинность утверждения исключительно на основе связности приводимых фактов. (От создателей «<i>если человек громко уверенно говорит — он прав<\/i>»).<\/p>\n<h3>Проектирование магазинной тележки<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/blog.buro.cx\/cx-telezhka\/\">Рассказ в блоге «Бюро»<\/a><\/p>\n<p>В «Бюро сервисного дизайна» повторили <a href=\"https:\/\/youtu.be\/M66ZU2PCIcM\">кейс IDEO<\/a> и спроектировали новую тележку для «Пятерочки».<\/p>\n<p>Сценарии и контексты:<\/p>\n<ul>\n<li>Опыт пожилых людей<\/li>\n<li>Опыт гостей с детьми<\/li>\n<li>Совместная покупка несколькими людьми в одну тележку<\/li>\n<li>Поведение в зоне касс<\/li>\n<li>Выезд с тележкой за пределы магазина<\/li>\n<li>Возврат тележки в магазин<\/li>\n<\/ul>\n<p>Основные критерии, по которым оценивалась новая тележка: легкость мойки; легкость маневрирования; удобство складывания-доставания продуктов и организация их размещения; легкость посадки\/изъятия ребенка.<\/p>\n<p>Что поменяли: материал корзины и узор сетки — стало прочнее, легче мыть; добавили дополнительные ручки по бокам и спереди тележки, основная ручка теперь не прокручивается; добавили разделитель в корзине; переделали сидушку для ребенка — дырки для ног сделали крупнее, спинку удобнее; добавили крючок для сумки и полочку с подстаканником; тележка стала выше — дно подняли на 7,5 см, ручку на 3,5 см. И самое важное — пофиксили колеса. Оказывается, у многих металлических тележек они несъемные, и если колеса вышли из строя — меняется вся тележка.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-9.png\" width=\"1082\" height=\"1074\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Картинка из блога «Бюро»<\/div>\n<\/div>\n<h3>Whimsical — рисовалка схем с ChatGPT<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/whimsical.com\/\">https:\/\/whimsical.com\/<\/a><\/p>\n<p>Случайно наткнулся на сабж — очередной моделлер с поддержкой ChatGPT, способный по промпту построить майндмеп или флоучарт.<\/p>\n<div class=\"e2-text-video\">\n<video src=\"https:\/\/artemushanov.ru\/video\/Screen-Recording-2023-09-18-at-21.54.31.mov#t=0.001\" width=\"2234\" height=\"1136\" controls alt=\"\" \/>\n\n<\/div>\n<p>Работает шустро, не требует промежуточного кода, как в Mermaid, — сразу рисует. Есть свой плагин для ChatGPT — т. е. можно попросить чат сгенерировать тебе схему, он отправит запрос в Whimsical и вернется с картинкой.<\/p>\n<p>Но всего два формата для генерации — маловато.<\/p>\n<h3>Reminder про отдых<\/h3>\n<p>Привожу целиком:<\/p>\n<blockquote>\n<p>DRAMMA. Качественно отдохнуть можно не только на курорте и не только в «высокий сезон». Главное — собрать воедино шесть ингредиентов идеального отпуска, которые <a href=\"https:\/\/link.springer.com\/article\/10.1007\/S10902-012-9345-3\">определила<\/a> в ходе полевых исследований психолог Джессика де Блум. Итак, вам понадобятся: <b>D<\/b> (дистанцирование)— отстранитесь от стрессовых ситуаций и стимулов; <b>R<\/b> (релаксация) — найдите расслабляющую атмосферу; <b>А<\/b> (автономия) — создайте ощущение полного контроля, чтобы только вы решали, кому и чему посвятить свое время; два <b>M<\/b> (мастерство и meaning, то есть смысл) — выберете для себя осмысленное и\/или полезное, но не обременительное занятие, например, изучите историю места, где отдыхаете, или освойте скалолазание. И наконец, <b>A<\/b> (аффилирование) — чувство принадлежности: делайте все это с партнером, другом или в компании. Мы бы еще добавили в этот коктейль немного воды: смотреть на открытую воду, слушать ее, купаться в ней, просто быть возле нее — очень полезно для психического здоровья.  <a href=\"https:\/\/reminder.media\/post\/open-water\">Подробнее<\/a>.<\/p>\n<\/blockquote>\n<h3>Марина Корсакова про книжку «Чек-лист» Атула Гаванде<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/telegra.ph\/Razbor-knizhki-CHEK-LIST-KAK-IZBEZHAT-GLUPYH-OSHIBOK-VEDUSHCHIH-K-FATALNYM-POSLEDSTVIYAM-Atul-Gavande-09-17\">Обзор в Телеграфе Марины<\/a><\/p>\n<p>Марина со свойственной ей менеджерской въедливостью разбирает (хорошую) книжку Атула Гаванде «Чек-лист...». Я поминал книжку и чеклисты в <a href=\"https:\/\/artemushanov.ru\/?go=all\/pro-proekty-i-roli\/#objects\">посте про роли<\/a>.<br \/>\nХайлайты:<\/p>\n<ul>\n<li>Чек-листы помогают спасти от катастроф с помощью рутины; а появились они сначала в авиации, потом в медицине — куда попали из авиации<\/li>\n<li>Дисциплинированный проход по пунктам чек-листа дает вот такие результаты за год — «...предотвращены 43 инфекции, 8 смертей и сэкономлены 3 миллиона долларов...»<\/li>\n<li>И вот такие: «...В итоге — сэкономлено 175 миллионов долларов, спасено 500 жизней: так оценивают в Синай-Грейс итоги применения „карточек с пятью вопросами“...»<\/li>\n<li>Чек-лист позволил группе Van Halen научиться проводить «...большое шоу даже на третьесортной площадке»<\/li>\n<li>На кухне тоже работает: «Отказ от чек-листов = ошибки и потеря качества и темпа»<\/li>\n<li>Снова медицина: «если чек-лист предписывает дать медсестре представиться и предложить ей задать вопросы, такая медсестра чаще обнаруживает проблемы и предлагает решения, она проявляет больше активности»<\/li>\n<li>Требования к чек-листам: только самое важное или то, что часто забывают; 5-9 пунктов — оптимально; если чек-лист получается большой — нужно разбить его на разделы; формулировки должны быть простые и четкие: прочитал — сделал; чек-лист может и должен меняться<\/li>\n<\/ul>\n<h3>Предок буханки<\/h3>\n<p>Звался Willys Jeep Forward Control, производился с 1956 по 1965 гг.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023.png\" width=\"702\" height=\"469\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Привет, потомки<\/div>\n<\/div>\n<p>А буханку до сих пор делают.<\/p>\n<h3>Презентации в воркфлови<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/blog.workflowy.com\/instant-presentations-in-workflowy\/\">https:\/\/blog.workflowy.com\/instant-presentations-in-workflowy\/<\/a><\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-8.png\" width=\"1492\" height=\"604\" alt=\"\" \/>\n<\/div>\n<p>Такие вот примитивные презентации — просто по порядку показать все буллеты, — они вроде бы не нужны как отдельный продукт, а вот в качестве фичи в уже существующем — пускай будут. В прошлом til я <a href=\"https:\/\/artemushanov.ru\/?go=all\/chto-ya-uznal-v-iyule-2023\/#iapresenter\">писал про ia presenter<\/a>, который умеет примерно то же самое, но стоит денег и не умеет быть аутлайнером — на таких условиях проще бесплатной workflowy пользоваться.<\/p>\n<h3>Emoji Kitchen<\/h3>\n<p>Если загуглить <a href=\"https:\/\/www.google.com\/search?q=emoji+kitchen\">emoji kitchen<\/a>, на странице результатов появится виджет для перехода в редактор эмодзи; совместив два любых эмодзи можно получить новую — см. примеры:<\/p>\n<div class=\"e2-text-picture\">\n<div class=\"fotorama\" data-width=\"890\" data-ratio=\"1.9955156950673\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-1.png\" width=\"890\" height=\"446\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-2.png\" width=\"896\" height=\"448\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-3.png\" width=\"982\" height=\"482\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-4.png\" width=\"413\" height=\"142\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-5.png\" width=\"413\" height=\"142\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-6.png\" width=\"515\" height=\"192\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/chto-ya-uznal-v-sentyabre-2023-7.png\" width=\"402\" height=\"142\" alt=\"\" \/>\n<\/div>\n<\/div>\n<h3>Паста из бронзовых фильер долгой сушки<\/h3>\n<p>Коллега Денис рассказал, что самая вкусная паста — это сделанная на бронзовых фильерах и медленно высушенная. Про первое я уже знал — из <a href=\"https:\/\/artemushanov.ru\/?go=tags\/impastable\/\">постов про Дэна Пешмана<\/a>; про второе — нет.<\/p>\n<p>Случайно в супермаркете наткнулся на такую пачку — всего один сорт стоял посреди полок с бариллой и прочим массмаркетом. Там под названием длинная строчка на итальянском, с упоминанием бронзы и некоего «традиционного метода» — это как раз про сушку.<\/p>\n<p>Купил. Варить нужно долго — 12-15 минут. Паста и правда получается отличная: на нее липнет соус и она прекрасно жуется. Целых два критерия от Дэна Пешмана соблюдены. Рекомендую 🤌🍝<\/p>\n<h3>Клон голоса в Eleven labs<\/h3>\n<p class=\"foot\"><a href=\"https:\/\/elevenlabs.io\/speech-synthesis\">https:\/\/elevenlabs.io\/speech-synthesis<\/a><\/p>\n<p>Поиграл с клонированием голоса в ElevenLabs. Нужно загрузить аудофайлы с вашим голосом, желательно высокого качества, не более пяти минут. Дальше нейросеть пару минут поколдует, и можно начинать генерировать речь.<\/p>\n<p>При генерации можно указать какие-то параметры — натуральность, вариабельность, еще чего-то; я ничего не трогал. Голос похож процентов на семьдесят, с ударениями ошибается.<\/p>\n<div class=\"e2-text-audio\">\n<div class=\"e2-text-super-wrapper e2-jouele-wrapper\"><a class=\"jouele\" data-space-control=\"true\" data-length=\"103\" href=\"https:\/\/artemushanov.ru\/audio\/Test-11labs.mp3\">Test-11labs.mp3<\/a><\/div>\n<\/div>\n<p>Это на первом платном плане, самый дорогой план позволяет ежемесячно дообучать сетку.<\/p>\n<h3>«Союз» выпустил бюджетный микрофон<\/h3>\n<p>Прикольный ролик:<\/p>\n<div class=\"e2-text-video\">\n<iframe src=\"https:\/\/www.youtube.com\/embed\/HAYtMt3ZnQI?enablejsapi=1\" allow=\"autoplay\" frameborder=\"0\" allowfullscreen><\/iframe>\n<\/div>\n<p>«Бюджетный» он относительно остальных микрофонов компании — <a href=\"https:\/\/vk.com\/market-163073606?q=1973&w=product-163073606_8612995%2Fquery\">стоит 50&#x202F;000 ₽<\/a>.<\/p>\n<h3>Короче<\/h3>\n<ul>\n<li>ГОСТ советского пломбира: <a href=\"https:\/\/istmat.org\/files\/uploads\/55065\/gost_119-52_morozhenoe.pdf\">https:\/\/istmat.org\/files\/uploads\/55065\/gost_119-52_morozhenoe.pdf<\/a><\/li>\n<li>Идеальное снотворное — мужчина мягким голосом читает пользовательское соглашение инстаграма <a href=\"https:\/\/www.zzzuckerberg.com\/\">zzzuckerberg.com<\/a><\/li>\n<li><a href=\"https:\/\/www.omnicalculator.com\/\">3500+ калькуляторов<\/a> на все случаи жизни<\/li>\n<li>Гугловский портал Gamesnacks с кучей казуальных игр — <a href=\"https:\/\/gamesnacks.com\/\">https:\/\/gamesnacks.com\/<\/a><\/li>\n<\/ul>\n<h3><mark>Минутка рекламы<\/mark><\/h3>\n<p>Обо всех новых постах я всегда пишу в <a href=\"https:\/\/t.me\/artemushanovblog\">телеге<\/a>, о больших постах — в <a href=\"https:\/\/www.instagram.com\/artem.ushanov\">инсте<\/a> и <a href=\"https:\/\/artemushanov.ru\/?go=all\/about\/#social\">остальных соцсетях<\/a>.<\/p>\n",
            "date_published": "2023-10-01T19:21:20+05:00",
            "date_modified": "2024-05-16T17:57:52+05:00",
            "tags": [
                "chatGPT",
                "post",
                "TIL",
                "еда",
                "моделирование"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Sun, 01 Oct 2023 19:21:20 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "123270",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "119454",
            "url": "https:\/\/artemushanov.ru\/?go=all\/kak-prinyat-slozhnoe-reshenie-metod-analiza-ierarhiy\/",
            "title": "Как принять сложное решение? Метод анализа иерархий",
            "content_html": "<p>Я могу легко выбрать из двух вариантов: если на витрине два вида бу́реков — с мясом и с зеленью, я возьму второй; если с сыром или с зеленью — уже сложнее, скорее всего тоже возьму второй. Тут один простой критерий: с зеленью мне больше нравится на вкус.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/image-15.png\" width=\"1026\" height=\"667\" alt=\"\" \/>\n<\/div>\n<p>Сложнее будет, если мне надо выбрать перекус: взять бурек? Или купить питьевой йогурт? Или поесть супа? Питьевой йогурт — полезно, но надо идти до супермаркета и стоять там в очереди. Бурек — вредно, но вкусно, и пекарня по пути. Супа хочется, и это полезно, но надо идти в кафе, заказывать, ждать, есть, просить счет, ждать, платить...<\/p>\n<p>Выбирать приходится не по принципу «что больше нравится», а по более сложной модели. Что больше нравится, а что меньше? Что я успею нормально съесть, а с чем могу опоздать на встречу? Из-за какого перекуса я буду себя потом ругать, что опять вредного говна навернул, а из-за какого — нет? И какой из этих вопросов меня беспокоит больше?<\/p>\n<p>Любители поесть всегда решают такие кейсы с помощью метода анализа иерархий (МАИ).<\/p>\n<p><a name=\"office\"><\/a><\/p>\n<h3>Как мы офис выбирали  <a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-prinyat-slozhnoe-reshenie-metod-analiza-ierarhiy\/#office\">&nbsp<font color=\"silver\">#<\/font><\/a><\/h3>\n<p>Впервые для плюс-минус рабочей задачи я использовал метод анализа иерархий примерно десять лет назад. Мы искали помещение под офис в Астрахани, я полез в интернеты, пообщался с риелторами и накидал лонглист из пары десятков позиций. Выбрать сходу было просто нереально — как только казалось, что вот это вот помещение самое то, как через пару строчек находилось примерно такое же, но на первом этаже вместо третьего; круто, тогда его надо брать? Нет, вот еще одно — на втором, зато в полтора раза дешевле. Но — оно максимально неудобно с точки зрения логистики.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/image-16.png\" width=\"547\" height=\"373\" alt=\"\" \/>\n<\/div>\n<p>В общем, поняв, что таким хаотичным перебором вопрос не решить, я накидал в экселе матрицу приоритетов.<\/p>\n<p>Выделил критерии (этаж, транспортная доступность, площадь, цена, состояние помещения и т. п.), попарно сравнил. Сравнение было простое: если в паре «этаж — транспортная доступность» важнее казалось второе, то в этой паре этажу присваивался ноль баллов, а транспортной доступности — два балла; если равнозначно — по единице каждому. Таким образом, проведя все парные сравнения, я получил оценку в баллах по каждому критерию — образовалась иерархия критериев, от более важных к менее важным.<br \/>\nКритериев было много, с десяток, поэтому я выкинул треть с самыми низкими баллами из анализа.<\/p>\n<p>Далее я внес в табличку все варианты помещений под аренду из моего списка. Все варианты нужно было оценить по каждому критерию. Самые удобные — которые можно выразить числами: цена, площадь, этаж. Менее удобные — которые сложно выразить какими-то опциями. Как оценить транспортную доступность? Оценивали в итоге по адаптированной шкале Ликерта — от «очень удобно добираться» до «совсем неудобно добираться».<\/p>\n<p>Дальше мы просто считаем условные баллы по каждому варианту и по итогу берем победителя.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/image-17.png\" width=\"1300\" height=\"957\" alt=\"\" \/>\n<\/div>\n<p>Что хорошего в таком подходе?<br \/>\n1) Он позволяет математически выразить проблему сложного выбора и решить ее тоже математически; это снижает зависимость от эмоций в процессе и дает понятный алгоритм на будущее<br \/>\n2) Он демократичен; можно попросить заполнить матрицу всех причастных (семью, коллег), после чего агрегировать результаты и вывести победителя; сомневающимся в результате можно объяснить логику и показать расчеты, т. е. все прозрачно и проверяемо<br \/>\n3) На уровне ответов на вопросы — метод реально простой. Любому человеку гораздо легче ответить на вопрос «что лучше — А или Б?» много раз подряд, чем пытаться выбрать из ряда альтернатив сразу по всем критериям.<br \/>\n4) Можно сохранить результат со всеми промежуточными шагами в эксельке и пересмотреть спустя годик; возвращаться к принятым решениям и анализировать их спустя время — хорошая практика.<\/p>\n<p>Но экселька — это неудобно. Хотелось к этому всему прикрутить интерфейс, чтобы не по ячейкам до ряби в глазах прыгать, а просто тыкать в один из двух предложенных системой вариантов. А баллы пусть она там внутри считает.<\/p>\n<p><a name=\"thousandminds\"><\/a><\/p>\n<h3>1000minds и смена работы  <a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-prinyat-slozhnoe-reshenie-metod-analiza-ierarhiy\/#thousandminds\">&nbsp<font color=\"silver\">#<\/font><\/a><\/h3>\n<p>Три года назад я нашел такую софтину — кажется, через википедию и случайно. Называется она <a href=\"https:\/\/www.1000minds.com\/\">1000minds<\/a> и сделали ее два профессора из Новой Зеландии.<br \/>\nКогда я решил сменить работу в конце 2020, я использовал 1000minds для оценки потенциальных вакансий, потому что опять-таки столкнулся со сложностью выбора.<\/p>\n<p><b>1. Выбор критериев. <\/b><br \/>\nЯ выделил следующие:<\/p>\n<div class=\"e2-text-picture\">\n<div class=\"fotorama\" data-width=\"2092\" data-ratio=\"1.6550632911392\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP01.png\" width=\"2092\" height=\"1264\" alt=\"\" \/>\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP02.png\" width=\"1082\" height=\"1126\" alt=\"\" \/>\n<\/div>\n<div class=\"e2-text-caption\">С вариантами оценки пришлось пофантазировать<\/div>\n<\/div>\n<p><b>2. Сравнение критериев<\/b><br \/>\nСистема может примерно подсчитать, сколько сравнений нужно сделать, чтобы составить модель весов.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP03.png\" width=\"946\" height=\"806\" alt=\"\" \/>\n<\/div>\n<p>Ну а потом система начинает предлагать варианты:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP04.png\" width=\"2046\" height=\"986\" alt=\"\" \/>\n<\/div>\n<p>Картинка не моя, с сайта продукта; можно увидеть, что система предлагает сравнить не два критерия по важности (что довольно абстрактно), а два предполагаемых варианта, у каждого из которых сразу два критерия с разными значениями. На картинке сравниваются два условных проекта с разной предполагаемой эффективностью и степенью соответствия стратегическим целям.<\/p>\n<p>Анализ компромиссов — самый затратный по времени процесс, сравнение сорока трех пар займет от десяти минут до получаса. Можно прерваться и продолжить в любой момент.<\/p>\n<p>Авторы называют свой метод <a href=\"https:\/\/en.wikipedia.org\/wiki\/Potentially_all_pairwise_rankings_of_all_possible_alternatives\">PAPRIKA<\/a>, он запатентован и умеет подстраивать дальнейшие пары в зависимости от уже полученных ответов. Подстройка позволяет системе увидеть явные тренды и не задавать пары, результат сравнения в которых кажется очевидным.<\/p>\n<p>Погоняв нас по таким сравнениям, система выстраивает модель весов.<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP05.png\" width=\"1436\" height=\"1012\" alt=\"\" \/>\n<\/div>\n<p>Есть много разных вьюшек, в т.ч. такая — так выглядела бы модель в экселе:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP06.png\" width=\"1436\" height=\"1572\" alt=\"\" \/>\n<\/div>\n<p>Получив модель весов, можно начинать вносить кандидатов.<\/p>\n<p><b>3. Оценка альтернатив<\/b><br \/>\nКаждый кандидат получает название и оценивается по всем критериям<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP07.png.jpg\" width=\"2560\" height=\"1202\" alt=\"\" \/>\n<\/div>\n<p>После внесения всех кандидатов получаем такой вот дашборд:<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/AHP08.png.jpg\" width=\"2560\" height=\"1074\" alt=\"\" \/>\n<\/div>\n<p>Дальше просто: при появлении нового кандидата просто вносим его в систему, оцениваем критерии и смотрим, в какое место общего рейтинга он попадает.<\/p>\n<p>На скриншоте выше финальный вид дашборда — в компанию наверху списка я и устроился в итоге.<\/p>\n<p>1000minds довольно гибкий. Веса можно в любой момент пересчитать, не теряя данные — просто заново пройти trade-offs. Появился новый критерий? Ок, вносим его в систему и опять-таки заново проходим trade-offs.<br \/>\nМожно создавать модель весов коллективно. При создании проекта в системе указывается его тип — «опрос» мы делаем или «решение». Если мы сделали «опрос», то можно оформить критерии, опубликовать опросник, выдать ссылку респондентам и получить в итоге модель весов не одного человека, а коллектива. Если бы в примере с выбором офиса я использовал 1000minds, я бы так и поступил, чтобы учесть мнения всех коллег.<\/p>\n<p><a name=\"cases\"><\/a><\/p>\n<h3>Кейсы  <a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-prinyat-slozhnoe-reshenie-metod-analiza-ierarhiy\/#cases\">&nbsp<font color=\"silver\">#<\/font><\/a><\/h3>\n<p>Что можно оценивать с помощью МАИ?<\/p>\n<p><i>Простые кейсы <\/i>— выбор автомобиля, техники или квартиры; почему-то я не использовал метод, когда искал квартиру в Белграде год назад, а стоило бы; еще почему-то сервисы подбора жилья не имеют такого встроенного инструмента, хотя бы упрощенного<\/p>\n<p><i>Кейсы посложнее:<\/i><\/p>\n<ul>\n<li>Подбор кандидатов на вакансию в компании. Тут придется пораскинуть мозгами — как формализовать критерии, как оценивать по этим критериям кандидатов; а загнать эти штуки потом в систему — дело техники<\/li>\n<li>Приоритизация бэклога — по модели impact-effort или более сложной; альтернативами считаем фичи\/юзер стори<\/li>\n<li>Оценка потенциальных фичей с помощью пользователей; из JTBD, CJM или Value proposition canvas выделяем критерии, потом пробуем построить модель весов на группе пользователей;<\/li>\n<li>Выбор модулей для продукта, особенно при анализе решений сторонних поставщиков;<\/li>\n<\/ul>\n<p>Важно правильно поставить задачу и формализовать критерии. Можно почитать книгу «Как измерить все, что угодно», там описываются методы квантификации неквантифицируемого.<\/p>\n<p><a name=\"links\"><\/a><\/p>\n<h3>Ссылки  <a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-prinyat-slozhnoe-reshenie-metod-analiza-ierarhiy\/#links\">&nbsp<font color=\"silver\">#<\/font><\/a><\/h3>\n<ul>\n<li>Матрица приоритизации — <a href=\"https:\/\/www.kpms.ru\/Implement\/Qms_Prioritization_Matrix.htm\">https:\/\/www.kpms.ru\/Implement\/Qms_Prioritization_Matrix.htm<\/a><\/li>\n<li>Метод анализа иерархий — <a href=\"http:\/\/sewiki.ru\/Метод_анализа_иерархий\">http:\/\/sewiki.ru\/Метод_анализа_иерархий<\/a><\/li>\n<li>Анализ компромиссов — <a href=\"http:\/\/sewiki.ru\/Анализ_компромиссов\">http:\/\/sewiki.ru\/Анализ_компромиссов<\/a><\/li>\n<li>Матрица решений — <a href=\"https:\/\/untools.co\/decision-matrix\">https:\/\/untools.co\/decision-matrix<\/a><\/li>\n<li>Сайт 1000minds — <a href=\"https:\/\/www.1000minds.com\/\">https:\/\/www.1000minds.com\/<\/a><\/li>\n<li>Упрощенный инструмент от разработчиков 1000minds — <a href=\"https:\/\/meenymo.com\/\">https:\/\/meenymo.com\/<\/a><\/li>\n<li>Альтернативный сервис Ruminate, пока не пробовал — <a href=\"https:\/\/ruminate.io\/\">https:\/\/ruminate.io\/<\/a><\/li>\n<li>Внеклассное чтение: «приоритЕзация» или «приоритИзация»? — <a href=\"https:\/\/mel.fm\/gramotnost\/gramotny-otvet\/1268047-prioritization\">Мел<\/a><\/li>\n<li>Внеклассное чтение: краткое изложение книги «Как измерить все, что угодно» — <a href=\"https:\/\/4brain.ru\/blog\/как-измерить-все-что-угодно\/\">https:\/\/4brain.ru\/blog\/как-измерить-все-что-угодно\/<\/a><\/li>\n<\/ul>\n",
            "date_published": "2023-05-19T20:22:16+05:00",
            "date_modified": "2024-06-14T18:59:12+05:00",
            "tags": [
                "post",
                "как сделать",
                "методика",
                "моделирование",
                "софт"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Fri, 19 May 2023 20:22:16 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "119454",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        },
        {
            "id": "122684",
            "url": "https:\/\/artemushanov.ru\/?go=all\/schemyizteksta\/",
            "title": "Рисовалки схем из текста",
            "content_html": "<p class=\"foot\">В этом тексте есть пасхалка на тему старых квестов<\/p>\n<p>Мне периодически приходится по работе делать какие-то схемы и диаграммы. Для простых схем «на бегу» я использую Миро или Фигджем, они клевые и удобные. Но для диаграмм, в которых важно соблюдать какую-то нотацию (пусть и не строго), или с которыми нужно работать регулярно, такие сервисы подходят плохо.<\/p>\n<p>Во-первых, рисовать схемы в определенных нотациях (uml, archimate) в них сложно, т. к. связи неформализованные, отслеживать корректность схем нужно вручную; тяжко рисовать разные типы связей и быстро их подписывать — все обычно спрятано во всякие выпадающие менюшки, нужно много пиксель<a href=\"https:\/\/ru.wikipedia.org\/wiki\/Пиксель-хантинг\">-<\/a>хантить мышкой, а это бесит.<br \/>\nВо-вторых, графические модели сложно поддерживать и апдейтить; можно один раз сходу нарисовать большую модель, но если потребуется ее существенно реструктурировать или дополнить — это ад и мучение, лучше сдохнуть.<br \/>\nВ-третьих, сделать из схемы выгрузку в не-визуальном виде — табличку, csv — невозможно.<\/p>\n<p class=\"note\">🤖 Кстати: мы сделали телеграм-бота, который рисует схемы по описанию. <a href=\"https:\/\/docs.google.com\/forms\/d\/e\/1FAIpQLSc3U11lKmYd8DQgWzF8vDD5W9HTAwB746S4tdaxivXxWU6TbA\/viewform?usp=dialog\">Получить ранний доступ можно тут<\/a>.<\/p>\n<p>В итоге я начал использовать сервисы, которые умеют рендерить схемы из текстовых моделей или псевдокода. Текст проще поддерживать и развивать, можно компактно хранить историю версий, да и моделировать в целом удобнее — печатаю <a href=\"https:\/\/artemushanov.ru\/?go=all\/mehanicheskie-klaviatury-1\/\">я быстрее<\/a>, чем рисую.<\/p>\n<p>Больше всего мне нравится <a href=\"https:\/\/mermaid.live\">Mermaid<\/a>. Умеет рендерить разные диаграммы (список <a href=\"https:\/\/mermaid-js.github.io\/mermaid\/#\/README?id=diagram-types\">тут<\/a>), есть онлайн-редактор с возможностью экспортнуть в виде картинки или кода, хорошая документация.<\/p>\n<p>Схемы здесь тоже не строго формализованные, можно связывать элементы как угодно, но по коду легче проверить или организовать корректность построений. Зато типы связей, ярлыки, кратность задаются текстом, что в сто раз быстрее, чем шарить мышью по меню.<br \/>\nПоддерживать и апдейтить легче, чем в миро, особенно если правильно организовывать код и не лениться писать комменты к нему.<br \/>\nВыгрузку элементов из кода можно делать с помощью любого regexp-сервиса, я <a href=\"https:\/\/artemushanov.ru\/?go=all\/kak-ya-nastroil-v-egee-prostavku-yakorey\/\">пользуюсь<\/a> <a href=\"https:\/\/regex101.com\/\">regex101<\/a>.<\/p>\n<p>Вот пример схемы (flow diagram):<\/p>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/asdf.png\" width=\"684\" height=\"596\" alt=\"\" \/>\n<\/div>\n<p>А вот код, из которого она сгенерирована:<\/p>\n<pre class=\"e2-text-code\"><code class=\"\">graph TD\n    A[Christmas] --&gt;|Get money| B(Go shopping)\n    B --&gt; C{Let me think}\n    C --&gt;|One| D[Laptop]\n    C --&gt;|Two| E[iPhone]\n    C --&gt;|Three| F[fa:fa-car Car]<\/code><\/pre><p>Мне не очень нравится нотация для стрелочек — они рисуются псевдографикой:<\/p>\n<pre class=\"e2-text-code\"><code class=\"\">classA --|&gt; classB : Inheritance\nclassC --* classD : Composition\nclassE --o classF : Aggregation\nclassG --&gt; classH : Association<\/code><\/pre><p>Это неудобно — приходится печатать редко используемые символы, да еще и помнить, что там чего значит, и полярность не напутать. Я бы предпочел сокращения или целые слова вместо псевдографики.<br \/>\nАвтокомплит странно работает: пытается подсказывать штуки, которых нет в моем коде, а которые есть — не подсказывает.<\/p>\n<p>В остальном — прекрасный инструмент для своих задач. Можно встроить прямо в виде кода в Roam Research (<a href=\"https:\/\/www.reddit.com\/r\/RoamResearch\/comments\/w76c9x\/using_kroki_to_embed_vegalite_charts\/\">тыц<\/a>) или в ноушн (<a href=\"https:\/\/www.redgregory.com\/notion\/2022\/1\/17\/how-to-get-started-with-mermaid-in-notion\">туц<\/a>), оба инструмента умеют рендерить схему из него.<\/p>\n<p>Ну и модная тема — можно дать ChatGPT текстовое описание и попросить сделать из него код mermaid.<\/p>\n<p><b>upd.<\/b> У мермейд <a href=\"https:\/\/www.mermaidchart.com\/\">появился полноценный сервис<\/a> со встроенным чат-гпт, так что автосоздавать схемы стало еще проще — но за деньги.<\/p>\n<p>Кроме мермейда можно попробовать <a href=\"https:\/\/kroki.io\/\">kroki<\/a> и простенький <a href=\"https:\/\/flowchart.fun\/\">flowchart.fun<\/a> (без нотаций, просто схемы со стрелочками); есть еще отличный Plant UML, но для него vscode надо ставить, а мне лень.<\/p>\n<p>Еще два шажочка к идеальному моделлеру:<\/p>\n<ul>\n<li>возможность в реальном времени рендерить схемы из табличек — например, из эйртейбла. С таблицами иногда удобнее работать, чем с кодом, и они отлично подходят для выгрузки или экспорта данных<\/li>\n<li>возможность рендерить схемы по частям или по контекстам, без перерисовки всей схемы; в архимейте можно было нарисовать разные вьюшки с участием одного и того же элемента — т. е., условно, существует мегасхема, со всеми связями, а существуют ее разные «разрезы», на которых часть информации скрыта и оставлена только важная. Что-то подобное умеет, например, <a href=\"https:\/\/www.plectica.com\/\">Plectica<\/a>:<\/li>\n<\/ul>\n<div class=\"e2-text-picture\">\n<img src=\"https:\/\/artemushanov.ru\/pictures\/plectica.png\" width=\"933\" height=\"643\" alt=\"\" \/>\n<div class=\"e2-text-caption\">Замыленная часть схемы — то, что не попадает под фильтры вьюшки<\/div>\n<\/div>\n<p><a href=\"https:\/\/whimsical.com\/\">Whimsical<\/a> умеет создавать диаграммы не по нотации, а быстрым промтом через чат-гпт. Работает просто магически:<\/p>\n<div class=\"e2-text-video\">\n<video src=\"https:\/\/artemushanov.ru\/video\/Screen-Recording-2023-09-18-at-21.54.31.mov#t=0.001\" width=\"2234\" height=\"1136\" controls alt=\"\" \/>\n\n<\/div>\n<h3>Ссылки и референсы (периодически обновляется)<\/h3>\n<ul>\n<li>Сайт от Terrastruct (создатели движка D2) со сравнением четырех движков рендера кода в схемы: <a href=\"https:\/\/text-to-diagram.com\/\">https:\/\/text-to-diagram.com\/<\/a><\/li>\n<li>Miro теперь <a href=\"https:\/\/help.miro.com\/hc\/en-us\/articles\/7004628130962\">тоже умеет<\/a> встраивать мермейд-диаграммы.<\/li>\n<li>В копилку софта для диаграмм: <a href=\"https:\/\/sequencediagram.org\/\"><a href=\"https:\/\/sequencediagram.org\/\">https:\/\/sequencediagram.org\/<\/a><\/a>. Рисует рендером из псевдокода, как Мермейд. Умеет делать только один тип диаграмм — диаграммы последовательностей, зато есть киллер-фича: на готовом рисунке можно мышкой перетаскивать элементы. Порядок строк в коде после этого тоже меняется. Таким образом, можно быстро накидать псевдокодом диаграмму, а после уточнения, если потребуется поменять порядок шагов — сделать это мышкой.<\/li>\n<\/ul>\n",
            "date_published": "2022-11-15T03:17:51+05:00",
            "date_modified": "2025-03-03T11:54:41+05:00",
            "tags": [
                "post",
                "моделирование",
                "софт"
            ],
            "author": {
                "name": "Артем Ушанов",
                "url": "https:\/\/artemushanov.ru\/",
                "avatar": "https:\/\/artemushanov.ru\/pictures\/userpic\/userpic@2x.jpg?1722359928"
            },
            "_date_published_rfc2822": "Tue, 15 Nov 2022 03:17:51 +0500",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "122684",
            "_rss_enclosures": [],
            "_e2_data": {
                "is_favourite": false,
                "links_required": null,
                "og_images": []
            }
        }
    ],
    "_e2_version": 4079,
    "_e2_ua_string": "Aegea 11.0 (v4079e)"
}