🤘 Неделя 28. Коллизии в группы
Продолжаются эксперименты с Navisworks.
Пересобрал установку и запуск плагинов для версий 2021-2024. Спасибо Андрею (@Dark_velych) за совет и пример! 🚀

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

🚨 Прошлая попытка сделать ленту в разных версиях Navis оказалась провальной, поэтому лучше удалить папку CitrusBIMNavis из каталогов ниже:

%appdata%\Autodesk\Navisworks Manage 2019\Plugins
%appdata%\Autodesk\Navisworks Manage 2020\Plugins
%appdata%\Autodesk\Navisworks Manage 2021\Plugins
%appdata%\Autodesk\Navisworks Manage 2022\Plugins
%appdata%\Autodesk\Navisworks Manage 2023\Plugins
%appdata%\Autodesk\Navisworks Manage 2024\Plugins
%appdata%\Autodesk\Navisworks Manage 2025\Plugins

🪧 #navisworks #navis

👉 Скачать плагин
💬 Телеграм-чат Citrus [BIM]

🤘 Обидно, когда бедный и ещё и тупой!

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

Как же я рад, что ошибался! Большие языковые модели - это настоящая магия, ни больше ни меньше.

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

Недавно Айдимир (@bim_koordinator) опубликовал отличную статью, где показал, как собрать чат-бота, берущего информацию из личной базы знаний в Obsidian. Огромный ему за это респект!

Дарья (@Umpalumpastyle) взяла его подход за основу и собрала свою версию RAG, используя Ollama и модель llama3, которая неплохо говорит по-русски. За совет ей отдельное спасибо!

Вдохновившись их работой, я собрал болванку собственного бота, который отвечает на вопросы по инструкциям пакета плагинов. Качество вы можете оценить сами, посмотрев видео. 🫤
Мне кажется, помимо знаний, моему проекту сильно не хватает железа, но сам факт:
❤️‍🔥 Я общаюсь с инструкциями на человеческом языке! Это же шикардос!

Жаль, что у меня пока нет ресурсов, чтобы развить эту систему дальше, и не уверен, что хватит терпения довести её до ума, но как же это всё круто!

🤘 Неделя 29. Кулёк параметров
В пакетное добавление параметров внесены небольшие корректировки:
🔸 Добавлен поиск параметра в группе
🔸 Кнопки сохранения и загрузки набора параметров перенесены ниже для большей наглядности
🔸 Исправлена сортировка групп параметров по алфавиту

🪧 #параметры #семейчтва #revit

👉 Скачать плагин
💬 Телеграм-чат Citrus [BIM]

🤘 Технология

💡Проектирование – это творческий процесс, ровно до того момента, пока не начинаешь раскладывать его по составляющим.

📖 Предыстория: Давным-давно, работая в ПИК, я познакомился с великим и ужасным Сашей Зуевым, и именно с этого момента, если уж честно, началась история Citrus [BIM]. Меня поразило в работе Саши вовсе не наличие крутого шаблона, параметрических семейств арматуры или плагинов. Настоящий восторг вызвала его способность разбить весь рабочий процесс по разработке РД в Revit на чёткую последовательность шагов. Шаблоны, семейства, обучение и автоматизация просто органично дополняли эту логику и друг друга, создавая общую систему. ОХРЕНЕТЬ!!! 🤯

🚀 Инженеры на каждом этапе точно знали, что делать и как это делать. В результате даже сотрудники, едва знакомые с процессами компании, её стандартами и регламентами, буквально за две недели начали выдавать первую продукцию, полностью соответствующую всем требованиям.
Две недели, Карл!!! Представьте себе масштаб экономии в условиях растущей организации! 💰💰💰

🔗 Про влияние опыта «Сибтехпроекта» и их технологии проектирования ТХПР я пока умолчу, хотя взаимовлияние здесь очевидно.

🏭 Так вот, к чему я веду. Если рассматривать проектирование как технологический процесс на производственном предприятии, его вполне можно представить как конвейер из нескольких станков:
🔸 На каждый станок должен поступать строго определённый исходный материал в заданной форме. Если материал не соответствует заданным параметрам, придётся дорабатывать его напильником или, хуже того, станок просто выйдет из строя.
🔸 Станок, кстати, у нас не простой, а с ЧПУ. Это значит, что он заранее запрограммирован выполнять чётко определённую задачу для получения конкретного результата. Без программы результат будет случайным или его вовсе не будет.
🔸 Когда один станок заканчивает работу, он передаёт продукт следующему, у которого также есть чёткие требования к входным данным. Поэтому проверка результата работы станка перед передачей дальше становится обязательной процедурой.

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

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

🤘 BIM-отдел — это не священная корова, а сервис для производства

Периодически размышляю на тему: "А что, собственно, мы с вами продаём?" И люблю этот вопрос задавать людям из нашей сферы.
Пока в топе ответов: "Лучшие технические решения, которые только можно купить в России".

Технические решения — пожалуй, ключевое в этой фразе, и она мне гораздо ближе, чем концепции "образ жизни", "комфорт" и тому подобные.
Следующее звено после проектировщика — это стройка. Я думаю, что прорабу нет особого дела до маркетинговой стратегии и высоких смыслов, заложенных в концепции проекта. Владельцу строительного бизнеса, конечно, приятно думать о "миссии", но если нет финансовой стабильности — это всё быстро уходит на второй план. Базовые потребности в безопасности никуда не деваются ни на каком уровне.

Хорошо, если мы продаём технические решения, то наш процесс должен быть заточен на максимально эффективное их производство, потому что нас тоже волнует финансовая безопасность. Исходя из этого тезиса — "Всё, что не создаёт продукт напрямую, не приносит денег". Кто тогда все эти люди, которые не производят продукт, а работают в компании?
Я подсмотрел прекрасный для этого термин — "Сервис".

Сервисом можно назвать любые структуры, которые обслуживают производство, чтобы оно работало эффективнее и без перебоев. Кто же тут у нас? Бухгалтерия, юристы, офис-менеджеры, управление проектами и — пам-пам-паааам — BIM-отдел.

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

Безусловно, можно говорить о добавочной стоимости из-за феерического управления, самой мягкой трехслойной туалетной бумаги в офисе или лучших в мире BIM-моделей, но нужно помнить, что добавочная стоимость от нуля — это ноль.

Чего-то мутим 😈