Кладовка Архитектора 2.0

Мир меняется. Это его главная, можно сказать, фундаментальная характеристика. Почему-то очень хочется держаться за то, в чем ты был успешен вчера. Но, к сожалению, а может и нет, это главная ошибка для успеха в будущем. Так вот... Еще недавно мы строили "облачные" планы. Чуть раньше верили, в "свободный Интернет". А если отмотать буквально, на 30 лет назад, то гуртоком в 15 стран (республик) ваяли Коммунизм. И каждый должен был уметь цитировать Есенина. Что будет завтра? Теперь, скорее я скажу - "не знаю". Но буду делать то, что делал 30 лет назад - надеяться лишь только на себя. "Внезапно", "снова". На прошлой неделе мне пришлось проложить в "надежное место" ~100м оптики для организации частного ЦОД. В одно лицо. Помимо того, что это физически занимательная операция, я многие собственные теоретические знания о сетевой инфраструктуре освоил на практике. На мой взгляд, я получил прекрасный опыт, который дает плодородную почву для создания инфраструктурной нотации. Оптику я клал сегментами по 10 метров в ПНД трубе. Лучше всего мой опыт можно описать анекдотом про белку вышедшую замуж за жирафа: Белка вышла замуж за жирафа. Через неделю подруга её спрашивает: — Ну и как тебе семейная жизнь? — Ой, милая, совсем замучилась: то целоваться, то отдаваться! Если на первом сегменте все было легко, то на 5том выглядело уже как многоборье с перетягиванием каната. В конце дня я успел находить около 35К шагов. Сегодня "бой" еще в разгаре. Я настраиваю mac studio на работу в режиме сервера. На то он, как выяснилось, не рассчитан. Эм... из... лучших побуждений.... Но мы же не такие!? Нас ждет неотвратимый успех.

Сегодня DocHub приобрел физическую форму. Готовясь к "неопределенным" последствиям я вынужден "митигировать" современные риски. Никогда такого не было в России и вот опять... сегодня я добываю доступ к github и пытаюсь укрыть в "надежном месте" то, что было создано для пользы всех, кто стремится к прогрессу.

Еще пара статей, которые укрепляют меня в мысли, что свет в конце тоннеля становится ярче. Просто нет такой реальности, где вы можете скормить агенту документ, в котором не хватает деталей и ясности, и ожидать от него качественного восполнения этих пробелов. Агенты не умеют читать наши мысли, и даже если научатся, этого будет недостаточно, когда в самой голове неразбериха. 1. https://habr.com/ru/companies/ruvds/articles/1014642/ 2. https://habr.com/ru/companies/ruvds/articles/1015278/

Пока идет нездоровый хайп вокруг AI, где ему пророчат будущее без рамок и вот этой вашей бюрократии кода... я тихо продолжаю пилить, шлифовать, варить и скручивать надежными болтами чугунную клетку архитектурного кода для него. Органический разум, к счастью, начинает давать искру в сумраке угара магии AI. Чему я искренне радуюсь. Сегодня хочу с вами поделиться парой ссылок на интересные, на мой взгляд, артефакты: 1. Государство делает попытку к регулированию ИИ - https://regulation.gov.ru/projects/166424/ 2. В здесь, коротко и по делу, надеюсь уже результат прикладного опыта - https://habr.com/ru/articles/1011178/ Осторожно надеюсь, что это начало проглядываться плато эффективности технологии.

Редко, но метко. Надеюсь... Сегодня, в определенном смысле, важное для меня лично событие: Я реализовал (это не то слово, но лучшего пока не придумал) архитектурное решение как отчуждаемое знание. Рабочее название для этого "чуда": The AI Architectural Box. Что это такое? Это архитектурное решение и комплект знаний о нем. Можно сказать, что это некое развитие ADR в котором зафиксировано не только само решение, но и мои мотивы его принятия. Я выражаю его в завершенном комплекте переданном заказчику. Заказчик может не просто изучить его по артефактам (документам), но и взаимодействовать с ним через AI интерфейс. Сейчас идет еще один важный этап - актуализация AAB по цифровым следам применения. Как только этот этап завершится, я вернусь с новостями. P.S. Что-то мне подсказывает, что именно "эта штука" и есть тот самый BBB (Business Building Block). БАА пламенный привет! 😏

Кажется я нашел что-то интересное. Нужно детальнее изучить - https://habr.com/ru/companies/spbifmo/articles/558450/

Недавно со знакомой обсуждали новое требование в вакансиях к соискателям. Звучит оно так: требуется опыт работы с AI-агентами. Она честно сказала, что не было шанса, но очень хочет получить опыт. К сожалению... на этой почве ей отказали в оффере. Само по себе требование модное и молодежное. За ним, очевидно, будущее. Но сегодня оно, по меньшей мере, странно формулируется. Какой опыт? С какими агентами? В какой среде? На мой взгляд, это как требовать опыты с Интернетом в 2000х. Если я на народ.ру страничку про продажу мопеда завел это считается? Но главное, кто оценивать будет? Очевидно, что такая формулировка кричит о некомпетентности в этом вопросе тех, кто формулирует требования к найму. С другой стороны, кому это важно? И было ли это когда-то важно кому-то? Задача спущена совами-стратегами: всем мышкам стать ежиками. Технические трудности стратегов не интересуют.

Большой коспект по LLM от нашей команды 👍 Мы долго трудились и наконец готовы представить вам наш большой авторский конспект по языковым моделям. Почти 50 страниц, 7 разделов и все, что нужно, чтобы понять, как работают современные LLM. Внутри: ➖ Краткая история LLM от перцептрона до ризонинг-моделей ➖ Необходимая математика: линал и матанализ на пальцах ➖ Все про механизм внимания и трансформеры от А до Я ➖ Дотошное объяснения процесса предобучения ➖ Практический гайд "Как самостоятельно затюнить модель" ➖ RL – с нуля до ризонинга Все – в иллюстрациях, схемах и интуитивно понятных примерах. Сохраняйте, делитесь с друзьями и ставьте ❤️

Сегодня от хорошего знакомого прилетела ссылочка на тулу, которая умеет ходить в диаграммы. Оставлю ее тут - x6.antv.antgroup.com . Посмотрю позже. А сам я сейчас полностью фокусирован на выводе в бэту цифровой модели организации. Когда я добьюсь ожидаемого мной образа продукта, визуализация станет простой, рутинной задачей. Главными станут: 1. Архитектурные данные + код = промпты 2. Модели. Трудимся....

Давно что-то не писал. Но это потому, что сейчас этап причесывания всего, что уже внедрено в DocHubIDE. Нового практически ничего нет. Сплошная рутина. И, вот, сегодня такой день... как после случайного секса. Есть, что вспомнить, но почти нечего рассказать. Опять пришлось освежить свои знания по сборке контейнеров и настройке webpack. Перелопатил всю сборку... И стало все как-то по-домашнему в проекте. Даже уютно. Теперь его не нужно собирать. Все конфигурируется в runtime. Контейнеры просто и легко поднимают нужную конфигурацию почти по одному клику. А внешне? Внешне все как было так и осталось. Попробуй докажи какую нужную работу ты сделал... И как девопсы вообще мотивируются? 🧐

Стратсессия DocHub: Как это было! С 17 по 21 февраля в нашем сообществе прошла стратегическая сессия, целью которой было ответить на ключевые вопросы: «Куда мы движемся и как достичь поставленных целей?» По традиции в сессии приняли участие 19 ИТ-экспертов, прошедших тщательный отбор. В этом году к нам присоединились специалисты из таких компаний, как СберТех, МТС, Wildberries, 1C, Корус-ИТ, Арендата, СберАвто, Газпромбанк, Домклик, Токеон, Страна Девелопмент и Детский Мир. Все участники обладают практическим опатом в области применения подхода «Архитектура как код» и платформы DocHub. Одним из ключевых отличий этой сессии стало привлечение бизнес-экспертов. Они внесли свой вклад в формирование видения цифровизации бизнеса, а также в выявление актуальных проблем и задач. Кроме того, бизнес-эксперты оценили предложения по развитию DocHub, подготовленные командой ИТ-специалистов. Это, безусловно, повысило общее качество разработанного плана развития. Сценарий мероприятия включал: 1. Форсайт (экспертный взгляд в будущее) на 1 год и 5 лет; 2. Генерацию ландшафта актуальных проблем в индустрии и бизнесе; 3. Разработку карты фич, которая позволит DocHub использовать выявленный потенциал форсайта и текущего ландшафта проблем; 4. Критическую оценку предложений, возникших на этапе №3, с точки зрения бизнес-экспертов. Хотя результаты стратегической сессии еще находятся в процессе обработки, уже сейчас хочется поделиться атмосферой мероприятия! Это было действительно увлекательно и познавательно! Спасибо всем за участие! DocHub

Часто сталкиваюсь с задачей при написании текста - разметить его терминами. Т.е. выделить некоторые слова, которые являются важными смысловыми единицами в материале и дать на них ссылку. Штука полезная для последующего погружения читателя в смысл написанного. Но при создании документации весьма трудозатратная. Мало того, что приходится помнить эту задачу при вводе текста, так еще и задача редактирования усложняется: нужно контролировать склонения и формы использования. Появилась идея дать возможность при создании архитектурного репозитория задавать терминологический словарь и автоматически размечать документы при их редактировании с использованием NLP библиотек. Пока приглянулась compromise и ее локализация ru-compromise. Возможно у вас есть идеи по использованию библиотек поинтереснее. Пишите.

Вероятно не открою Америки, если закину сюда ссылочку на Cursor. Это IDE которая изначально позиционирует себя как интегрированная с AI среда разработки. Да, в других IDE тоже есть ассистенты. Но, я "положил глаз" на курсор именно по той причине, что команда развития продукта, судя по всему, понимает, что плагинами не обойтись. Вероятно придется перестроить весь опыт работы в среде разработки под новую реальность. Этот вектор мне сильно импонирует и я хочу следит за его развитием в реальном времени и практике. Я пользуюсь IDE около двух недель. Впечатления хорошие. Сама среда неглючаня. Правда у меня были случаи, когда модель становилась недоступна, но это было недолго. Мне уже удалось подсмотреть неплохие решения. Надеюсь на дальнейшее развитие. P.S. Ах да... пока выглядит так, что фокусным IDE для нового плагина станет именно курсор. Но это не точно.

Обычно я осторожно отношусь к хайповым нарравитам о чудо-технологиях. Моя стратегия - выжидать появления прикладного опыта. Сегодня на небосклоне технологий ярко горит восточная звезда DeepSeek. Не заметить ее невозможно. И... в моей коллекции первый экспонат - https://habr.com/ru/articles/876320/

Одна из задач, ради которой я затеял рефакторинг DocHub стала возможность создавать динамические формы для занесения данных об архитектуре неискушенным кодом пользователем. Т.е. архитектор разрабатывает метамодель кодом, и она автоматом превращается в UI формы, которые теперь могут "удобненько" заполнять аналитики, разработчики и, конечно любимый бизнес. Долго я шел к этому решению. Но пришел. По дороге я встретился с двумя проектами, которые пытался прекрутить: json-editor и form-js. И хотя не тот, не другой так и не стали частью DocHub по ряду причин, они сыграли роль вдохновителя для итогового решения. Особенно обращу ваше внимание на json-editor. Этот проект имеет развитый playgroud. Используя его можно быстро смоделировать решение, которое нужно именно вашему проекту - https://pmk65.github.io/jedemov2/dist/demo.html

Еще не началась стратегическая сессия развития DocHub, а уже есть плоды. От одного из участников я узнал о интересной туле по генерации интерактивных диаграммам https://github.com/xyflow/xyflow На первый взгляд выглядит очень интересно. Спасибо @prosto_a !

Есть такая известная штука как bpmn.io Большинство встречалось с редактором bpmn схем. Но, на самом деле это лишь один проект в целой экосистеме. В этой экосистеме есть редактор диаграмм diagram-js. На его базе как раз и создан редактор bpmn. Но есть и еще ряд интересных проектов. Например, ArchiMate редактор. Думаю, именно его я оберну в расширение для DocHub, чтобы все любители Archi могли принять и простить его 😁 А вот и проект в исходниках с приятной MIT лицензией - https://github.com/archimodel/archimate-js

Дебаггер в JSONata. JSONata специфичный язык, с которым я познакомился во времена работы над своим PET проектом ThingJS по IoT. Ирония в том, что этот язык использовался для LowCode системы Node-Red, а теперь служит задачам "Архитектуры как код" 😏 На первый взгляд он выглядит сложным, т.к. большинство с "пеленок" привыкло работать с реляционными базами данных. Но, реляционная база, это та, которая УЖЕ является результатом решения о систематизации данных. А в задачах управления архитектурой значительно чаще встречаются задачи СИСТЕМАТИЗАЦИИ. Т.е. нужно сначала набрать и сложить куда-то данные, а затем их как-то обработать, чтобы получилось красиво. Именно это свойство - обработка неоднородных данных - определяет специфику запросов и синтаксиса JSONata. И именно это свойство очень подходит нам в решении задач систематизации и устранения противоречивости данных. Но в JSONata БЫЛ один глубокий недостаток - мы не могли отлаживать запросы. Я пытался обойти его разными способами без вмешательства в оригинальный код JSONata. Например, была создана функция $log. Она позволяет вывести значение переменной в лог не воздействуя на нее. Результатом работы этой функции является то же значение, которое ей передается и запись в лог этого значения. Но этого оказалось недостаточно. Недавно я принял решение о форке JSONata и его адаптации под наши нужды. Эксперимент оказался успешным и теперь есть такая же JSONata, но с возможностью отладки dochub-jsonata. Этой библиотекой может воспользоваться любой желающий также через npm

Channel photo updated

Channel created