#Дайджест Сделал экспериментальный канал https://news.1rj.ru/str/digestbim для сбора в него постов за вчерашний день и публикации краткого дайджеста в 9:00 каждое утро.
Сделал в первую очередь для себя, чтобы в течение дня не отвлекаться на чтение, т.к. снижает концентрацию.
В настоящий момент отслеживает 10 каналов.
@bimsert
@alliance_of_digital_leaders
@BIMnewsRU
@best_in_development
@iBIM_Company
@bim2b
@sedo_channel
@dsbim
@letsmanagebim
@prostobim
Планирую такой же слелать для ИИ. Какие каналы вы хотели бы отслеживать? пишите в комментарии.
Сделал в первую очередь для себя, чтобы в течение дня не отвлекаться на чтение, т.к. снижает концентрацию.
В настоящий момент отслеживает 10 каналов.
@bimsert
@alliance_of_digital_leaders
@BIMnewsRU
@best_in_development
@iBIM_Company
@bim2b
@sedo_channel
@dsbim
@letsmanagebim
@prostobim
Планирую такой же слелать для ИИ. Какие каналы вы хотели бы отслеживать? пишите в комментарии.
Telegram
Дайджест BIM-каналов
ИИ-агент каждое утро в 9:00 смотрит каналы за вчера и публикует краткий перечень постов по каждому.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
👍18
Forwarded from ЛИИС.Формика
This media is not supported in your browser
VIEW IN TELEGRAM
О чем говорят мужчины?
Немного😳 -контента:
по статистике редакции канала ЛИИС.Формика каждый второй гость, приходя на интервью, говорит об этом событии с особой теплотой.
Да, мы про конференцию Autodesk University (олды, здесь?)
Но мы знаем, что среди вас очень много молодых специалистов, которые на этой конференции никогда не были и ничего про нее не знают. И нам самим уже тоже очень интересно, что такого было на Autodesk University, чего до сих пор нет на всех других отраслевых мероприятиях?
➡️ Пишите в комментариях — давайте устроим настоящую дискуссию.
Можно еще поделиться фотографиями с этих событий. Пусть остальные знают, что потеряли, а мы надеемся, что подняли вам настроение 😉
Немного
по статистике редакции канала ЛИИС.Формика каждый второй гость, приходя на интервью, говорит об этом событии с особой теплотой.
Да, мы про конференцию Autodesk University (олды, здесь?)
Но мы знаем, что среди вас очень много молодых специалистов, которые на этой конференции никогда не были и ничего про нее не знают. И нам самим уже тоже очень интересно, что такого было на Autodesk University, чего до сих пор нет на всех других отраслевых мероприятиях?
Можно еще поделиться фотографиями с этих событий. Пусть остальные знают, что потеряли, а мы надеемся, что подняли вам настроение 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
😢9💔3😁2
Forwarded from Всё о стройке
This media is not supported in your browser
VIEW IN TELEGRAM
Распаковка «цифры»: использование технологий уже позволяет холдингу Setl Group экономить на каждом объекте в среднем более 60 млн рублей, а 94% квартир — заселять с первого раза
Замминистра строительства и ЖКХ РФ Константин Михайлик посмотрел, как застройщик использует цифровые инструменты на площадках своих ЖК в Санкт-Петербурге — «Астра Континенталь» и Astra Marine.
Ключевыми элементами нового подхода стали: использование софта собственной разработки — Setl Soft ICONA и Praktis, а также внедрение поточного метода, основанного на единице измерения «этаж-секция». Это уже позволяет наращивать скорость и снижать сроки без ущерба качеству, экономить бюджет и быстрее сдавать квартиры жильцам. Кроме того, Setl Group активно внедряет технологии и на этапе эксплуатации: например, в ЖК Astra Marine — систему умный дом SetlHome и IP-домофонию.
Константин Михайлик отдельно отметил подход Setl Group к вопросам кибербезопасности:
Полное интервью смотрите на площадках Всеостройке.pф по ссылкам:
➖ YouTube
➖ Rutube
➖ Дзен
➖ ВК видео
Справочно
По данным Всеостройке.pф, Холдинг Setl Group занимает 10-е место в РФ по объему текущего строительства жилья. Надежность девелопера — 4,28.
Замминистра строительства и ЖКХ РФ Константин Михайлик посмотрел, как застройщик использует цифровые инструменты на площадках своих ЖК в Санкт-Петербурге — «Астра Континенталь» и Astra Marine.
Ключевыми элементами нового подхода стали: использование софта собственной разработки — Setl Soft ICONA и Praktis, а также внедрение поточного метода, основанного на единице измерения «этаж-секция». Это уже позволяет наращивать скорость и снижать сроки без ущерба качеству, экономить бюджет и быстрее сдавать квартиры жильцам. Кроме того, Setl Group активно внедряет технологии и на этапе эксплуатации: например, в ЖК Astra Marine — систему умный дом SetlHome и IP-домофонию.
Константин Михайлик отдельно отметил подход Setl Group к вопросам кибербезопасности:
«Выстраивание на каждом объекте инфраструктуры хранения данных и управления ими может сказываться на стоимости объекта, но в условиях повышения кибербезопасности это решение выглядит наиболее оптимально», — пояснил Михайлик.
Полное интервью смотрите на площадках Всеостройке.pф по ссылкам:
➖ YouTube
➖ Rutube
➖ Дзен
➖ ВК видео
Справочно
По данным Всеостройке.pф, Холдинг Setl Group занимает 10-е место в РФ по объему текущего строительства жилья. Надежность девелопера — 4,28.
👍2❤1🤝1
Forwarded from Просто о сметах
🔥 ИТОГИ SMART-ПОЕДИНКА: КТО ПОБЕДИЛ В БИТВЕ ЗА XML?
Сенсации не случилось, но диалог состоялся — и это главное!
На Невском строительном форуме прошел ключевой поединок между командами «оптимистов» и «реалистов» по поводу будущего XML-схем в строительстве. И да, это было горячо! 🔥
🏆 Елена Чеготова в роли представителя цифрового блока Минстроя оказалась на высоте — аргументированно, спокойно и четко она доносила позицию регулятора. Уверены, что после её выступления в министерстве начнут еще серьёзнее прислушиваться к запросам отрасли, наверняка открыв тот самый «зелёный коридор» для рабочих предложений (не только для тех, кто их сегодня отстаивал 😉)!
Её поддержали содержательные выступления секундантов:
✅ Денис Звягин (Леноблгосэкспертиза) — объяснил, как XML работает «на земле» и почему важен диалог с экспертизой.
✅ Алексей Деревянко (Стройформ) — привёл конкретные примеры использования XML исполнительной документации и как это уже меняет процессы.
Но по факту — с почти четврехкратным преимуществом и убедительным разрывом победу одержали smart-реалисты во главе с Сергеем Драгомировым! Что подтвердил и верифицировал наш самый крутой рефери — Сергей Должников. Аргументы и вопросы «красных» по ключевым моментам были намного более вескими.
Вместе с секундантами — Сергеем Петровым (МКСИ) и Максимом Горинским (АРСИТИМ, @smety) — подняли целый пласт проблем XML-цифровизации:
▫️Лишняя нагрузка на сметчиков. Почему-то XML не упрощают, а усложняют работу. Вместо автоматизации — ручной ввод и правки. Трудоёмкость выросла у всех, кроме экспертизы. Сметчики тратят больше времени на формальности, а не на расчёт стоимости.
▫️Почему схемы не успевают за методиками? Пример: форма XML КА не успела за изменениями по приказу 30/пр. Схемы устаревают ещё до внедрения.
▫️Почему ГГЭ забирает данные, но не возвращает их в отрасль в удобном формате? XML-схемы создаются под нужды экспертизы, а не для практиков. Может, потому у нас и нет БД КА, ТПД в машиночитаемом виде, а заодно — и ТИМ (когда в самих схемах есть возможность связки с моделями?)
▫️Кто ответит за ошибки в машиночитаемых форматах?
▫️Почему ТПД и другие выходные данные недоступны для самих проектировщиков и заказчиков?
▫️ Почему полноценное ПО для проверки XML платное?
▫️ Игра в одни ворота.
ГГЭ оптимизирует свою работу (почему-то не сокращая сроки проверки и ее стоимости), но игнорирует затраты отрасли. Схемы делаются просто для формальной проверки, а не для стройки. И почему-то без какого-либо анализа накопленной информации.
И главное — мы все ведь не против XML, предложив решения. Не жалобы, а конкретные шаги:
1. Синхронизировать ввод XML-схем и методик.
2. Перестать работать «на корзину ГГЭ» и начать — для реальных задач.
3. Наладить обратную связь с отраслью до принятия решений.
4. Открыть данные для тех, кто их создаёт — проектировщиков, сметчиков, заказчиков.
📌 Итог: победила не та или иная сторона, а сама идея открытого диалога. Впервые чиновники (ок, их представители), эксперты и практики говорили на одном языке — без упрёков, с готовностью услышать друг друга.
💡 Что дальше?
В Минстрое действительно есть люди, готовые слушать. Но слушать — не значит соглашаться. Важно, чтобы диалог не закончился на форуме. Как сказали сами представители министерства: «Если будут внятные тезисы — готовы рассматривать их по существу».
Наша задача — не жаловаться, а предлагать. Участвовать в рабочих группах, писать понятные предложения, быть настойчивыми, но конструктивными.
Вместе можно изменить отрасль к лучшему. Главное — не молчать 🗣️
Спасибо всем, кто был с нами очно и онлайн!
Полную запись дискуссии обещали выложить на сайте форума:
https://nevastroiforum.ru/
Сенсации не случилось, но диалог состоялся — и это главное!
На Невском строительном форуме прошел ключевой поединок между командами «оптимистов» и «реалистов» по поводу будущего XML-схем в строительстве. И да, это было горячо! 🔥
🏆 Елена Чеготова в роли представителя цифрового блока Минстроя оказалась на высоте — аргументированно, спокойно и четко она доносила позицию регулятора. Уверены, что после её выступления в министерстве начнут еще серьёзнее прислушиваться к запросам отрасли, наверняка открыв тот самый «зелёный коридор» для рабочих предложений (не только для тех, кто их сегодня отстаивал 😉)!
Её поддержали содержательные выступления секундантов:
✅ Денис Звягин (Леноблгосэкспертиза) — объяснил, как XML работает «на земле» и почему важен диалог с экспертизой.
✅ Алексей Деревянко (Стройформ) — привёл конкретные примеры использования XML исполнительной документации и как это уже меняет процессы.
Но по факту — с почти четврехкратным преимуществом и убедительным разрывом победу одержали smart-реалисты во главе с Сергеем Драгомировым! Что подтвердил и верифицировал наш самый крутой рефери — Сергей Должников. Аргументы и вопросы «красных» по ключевым моментам были намного более вескими.
Вместе с секундантами — Сергеем Петровым (МКСИ) и Максимом Горинским (АРСИТИМ, @smety) — подняли целый пласт проблем XML-цифровизации:
▫️Лишняя нагрузка на сметчиков. Почему-то XML не упрощают, а усложняют работу. Вместо автоматизации — ручной ввод и правки. Трудоёмкость выросла у всех, кроме экспертизы. Сметчики тратят больше времени на формальности, а не на расчёт стоимости.
▫️Почему схемы не успевают за методиками? Пример: форма XML КА не успела за изменениями по приказу 30/пр. Схемы устаревают ещё до внедрения.
▫️Почему ГГЭ забирает данные, но не возвращает их в отрасль в удобном формате? XML-схемы создаются под нужды экспертизы, а не для практиков. Может, потому у нас и нет БД КА, ТПД в машиночитаемом виде, а заодно — и ТИМ (когда в самих схемах есть возможность связки с моделями?)
▫️Кто ответит за ошибки в машиночитаемых форматах?
▫️Почему ТПД и другие выходные данные недоступны для самих проектировщиков и заказчиков?
▫️ Почему полноценное ПО для проверки XML платное?
▫️ Игра в одни ворота.
ГГЭ оптимизирует свою работу (почему-то не сокращая сроки проверки и ее стоимости), но игнорирует затраты отрасли. Схемы делаются просто для формальной проверки, а не для стройки. И почему-то без какого-либо анализа накопленной информации.
И главное — мы все ведь не против XML, предложив решения. Не жалобы, а конкретные шаги:
1. Синхронизировать ввод XML-схем и методик.
2. Перестать работать «на корзину ГГЭ» и начать — для реальных задач.
3. Наладить обратную связь с отраслью до принятия решений.
4. Открыть данные для тех, кто их создаёт — проектировщиков, сметчиков, заказчиков.
📌 Итог: победила не та или иная сторона, а сама идея открытого диалога. Впервые чиновники (ок, их представители), эксперты и практики говорили на одном языке — без упрёков, с готовностью услышать друг друга.
💡 Что дальше?
В Минстрое действительно есть люди, готовые слушать. Но слушать — не значит соглашаться. Важно, чтобы диалог не закончился на форуме. Как сказали сами представители министерства: «Если будут внятные тезисы — готовы рассматривать их по существу».
Наша задача — не жаловаться, а предлагать. Участвовать в рабочих группах, писать понятные предложения, быть настойчивыми, но конструктивными.
Вместе можно изменить отрасль к лучшему. Главное — не молчать 🗣️
Спасибо всем, кто был с нами очно и онлайн!
Полную запись дискуссии обещали выложить на сайте форума:
https://nevastroiforum.ru/
👍10🔥3❤2
#ИИ Реальный практический кейс применения ИИ.
Сделал каналы Дайджесты по BIM и ИИ.
ИИ - https://news.1rj.ru/str/digestairu в 8:00
BIM - https://news.1rj.ru/str/digestbim в 9:00
по утрам нейронка пробегает по отслеживаемым каналам, вкратце описывает каждый пост и публикует дайджест.
Это очень удобно — утром еду на работу, листаю дайджест по всем постам, которые заинтересовали - перехожу по ссылке и читаю подробнее. Затем через кнопку назад возвращаюсь к дайджесту.
За 5 минут прохожу по всем каналам, остаюсь в курсе событий. Уже переслал 4 полезных поста в разные внутренние группы.
От самих каналов отписался, и теперь они меня не беспокоят в течение дня. Не прерывают концентрацию в рабочем процессе (а я невротик, не могу сидеть с непрочитанными сообщениями, вдруг там чтото важное).
Тоже подписывайтесь и отписывайтесь)
Сделал каналы Дайджесты по BIM и ИИ.
ИИ - https://news.1rj.ru/str/digestairu в 8:00
BIM - https://news.1rj.ru/str/digestbim в 9:00
по утрам нейронка пробегает по отслеживаемым каналам, вкратце описывает каждый пост и публикует дайджест.
Это очень удобно — утром еду на работу, листаю дайджест по всем постам, которые заинтересовали - перехожу по ссылке и читаю подробнее. Затем через кнопку назад возвращаюсь к дайджесту.
За 5 минут прохожу по всем каналам, остаюсь в курсе событий. Уже переслал 4 полезных поста в разные внутренние группы.
От самих каналов отписался, и теперь они меня не беспокоят в течение дня. Не прерывают концентрацию в рабочем процессе (а я невротик, не могу сидеть с непрочитанными сообщениями, вдруг там чтото важное).
Тоже подписывайтесь и отписывайтесь)
Telegram
Дайджест BIM-каналов
ИИ-агент каждое утро в 9:00 смотрит каналы за вчера и публикует краткий перечень постов по каждому.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
Отслеживаемые каналы:
bimsert
alliance_of_digital_leaders
BIMnewsRU
prostobim и др.
🔥9👍5❤4
В каналах пишут, что 10D Самолета перешел в IT блок, благодарят Самоходкина и команду за работу, обещают, что все обязательства перед клиентами 10D выполнят…
Звучит как «10D не умер, 10D не умер, 10D не умер» и у меня вопрос: а у 10D точно все хорошо?)
Звучит как «10D не умер, 10D не умер, 10D не умер» и у меня вопрос: а у 10D точно все хорошо?)
Telegram
Домострой
Группа «Самолет» централизует ИТ-блок для создания единой цифровой платформы девелопера и ускорения внедрения ИИ
Компания консолидирует все ИТ-активы и продолжит создание единой производственной системы.
В «Самолете» сообщили, что мера призвана повысить…
Компания консолидирует все ИТ-активы и продолжит создание единой производственной системы.
В «Самолете» сообщили, что мера призвана повысить…
🔥2💯1
#Теория Почему у застройщиков не получается в IT?
В последние годы крупные девелоперы всё чаще пробуют запускать собственные IT-направления. Они хотят «цифровизироваться», уменьшить зависимость от подрядчиков и, главное, оставить созданные решения внутри компании. Но почти все эти истории заканчиваются одинаково: многомиллионными затратами, раздуванием штата и, в итоге, закрытием проектов. Примеры: ПИК, Эталон, ФСК, Sense, Страна девелопмент, Самолет. Почему так происходит?
1. Логика «лучше сделаем сами»
Собственники девелоперских компаний мыслят категориями контроля. Заплатить стороннему вендору 20 миллионов кажется дорого и «чужому дяде», а нанять команду программистов на зарплату — нормально: это же «свои люди», будто расходы из другого кармана, не его. В итоге компании выстраивают IT-подразделения по 30–100 человек, тратят сотни миллионов рублей и получают чемодан без ручки: деньги вложены, а отдачи нет.
2. Продукты делаются не для рынка
Все внутренние разработки изначально строятся под конкретные процессы застройщика. Системы жёстко «захардкожены» под их IT-архитектуру, методологию и схемы процессов. Лицензирования и механизма масштабирования нет. Шаг влево — и решение перестаёт работать. Поэтому, когда появляется идея «отбить инвестиции продажами», выясняется, что продавать просто нечего: продукт негибкий и не подходит другим игрокам.
3. Экономика не сходится
Даже если попробовать выйти на рынок, модель не работает. Крупные конкуренты не будут покупать «чужие» решения — они тоже пилят своё. Средние компании готовы брать, но за 1–2 млн рублей. А затраты на разработку у застройщиков — сотни миллионов. Собственник хочет вернуть всё и сразу, поэтому выставляет нерыночные ценники. Продаж нет, начинается вливание в маркетинг, конференции, презентации — деньги горят ещё быстрее.
4. Ошибки в команде и технологиях
Уровень команд зависит от конкретных людей на старте. Где-то удаётся собрать сильных разработчиков, но чаще в IT-подразделения девелопера попадают «писатели плагинов» и вчерашние джуны. Добавим сюда выбор стека «по знакомству» (например, Python как основной бэкенд у «Самолёта») — и фундаментальные ограничения закладываются сразу: решения медленные, плохо масштабируются, проигрывают конкурентам на рынке SaaS.
5. Иллюзия, что проблему решат продажи
Когда продукты не продаются, на сцену выходят «профессиональные продажники». Они убеждают руководство, что дело в маркетинге и воронке, а не в продукте. Начинается найм дорогостоящих команд сейлзов, экскурсии на корабликах, конференции, блогеры — и всё ради того, чтобы «показать динамику». Но отсутствие клиентов объясняется не воронкой, а тем, что продукт изначально не сделан для рынка.
6. Фиаско по кругу
Истории девелоперов похожи как под копирку. Вложения на десятки и сотни миллионов, внутренние продукты без перспектив коммерциализации, попытки «отбить» через маркетинг и продажи, закрытие или заморозка проектов. Некоторые компании держат команды «на всякий случай», не списывая убытки, чтобы формально не признавать провал.
Итог:
Главная причина неуспеха проста: девелоперы строят IT не как бизнес, а как внутренний цех. Без ориентации на рынок, без профессионального продуктового подхода и без понимания экономики. В итоге продукты остаются дорогими игрушками, а не устойчивыми бизнес-направлениями.
В последние годы крупные девелоперы всё чаще пробуют запускать собственные IT-направления. Они хотят «цифровизироваться», уменьшить зависимость от подрядчиков и, главное, оставить созданные решения внутри компании. Но почти все эти истории заканчиваются одинаково: многомиллионными затратами, раздуванием штата и, в итоге, закрытием проектов. Примеры: ПИК, Эталон, ФСК, Sense, Страна девелопмент, Самолет. Почему так происходит?
1. Логика «лучше сделаем сами»
Собственники девелоперских компаний мыслят категориями контроля. Заплатить стороннему вендору 20 миллионов кажется дорого и «чужому дяде», а нанять команду программистов на зарплату — нормально: это же «свои люди», будто расходы из другого кармана, не его. В итоге компании выстраивают IT-подразделения по 30–100 человек, тратят сотни миллионов рублей и получают чемодан без ручки: деньги вложены, а отдачи нет.
2. Продукты делаются не для рынка
Все внутренние разработки изначально строятся под конкретные процессы застройщика. Системы жёстко «захардкожены» под их IT-архитектуру, методологию и схемы процессов. Лицензирования и механизма масштабирования нет. Шаг влево — и решение перестаёт работать. Поэтому, когда появляется идея «отбить инвестиции продажами», выясняется, что продавать просто нечего: продукт негибкий и не подходит другим игрокам.
3. Экономика не сходится
Даже если попробовать выйти на рынок, модель не работает. Крупные конкуренты не будут покупать «чужие» решения — они тоже пилят своё. Средние компании готовы брать, но за 1–2 млн рублей. А затраты на разработку у застройщиков — сотни миллионов. Собственник хочет вернуть всё и сразу, поэтому выставляет нерыночные ценники. Продаж нет, начинается вливание в маркетинг, конференции, презентации — деньги горят ещё быстрее.
4. Ошибки в команде и технологиях
Уровень команд зависит от конкретных людей на старте. Где-то удаётся собрать сильных разработчиков, но чаще в IT-подразделения девелопера попадают «писатели плагинов» и вчерашние джуны. Добавим сюда выбор стека «по знакомству» (например, Python как основной бэкенд у «Самолёта») — и фундаментальные ограничения закладываются сразу: решения медленные, плохо масштабируются, проигрывают конкурентам на рынке SaaS.
5. Иллюзия, что проблему решат продажи
Когда продукты не продаются, на сцену выходят «профессиональные продажники». Они убеждают руководство, что дело в маркетинге и воронке, а не в продукте. Начинается найм дорогостоящих команд сейлзов, экскурсии на корабликах, конференции, блогеры — и всё ради того, чтобы «показать динамику». Но отсутствие клиентов объясняется не воронкой, а тем, что продукт изначально не сделан для рынка.
6. Фиаско по кругу
Истории девелоперов похожи как под копирку. Вложения на десятки и сотни миллионов, внутренние продукты без перспектив коммерциализации, попытки «отбить» через маркетинг и продажи, закрытие или заморозка проектов. Некоторые компании держат команды «на всякий случай», не списывая убытки, чтобы формально не признавать провал.
Итог:
Главная причина неуспеха проста: девелоперы строят IT не как бизнес, а как внутренний цех. Без ориентации на рынок, без профессионального продуктового подхода и без понимания экономики. В итоге продукты остаются дорогими игрушками, а не устойчивыми бизнес-направлениями.
💯55🔥14👍11❤3😢3
Forwarded from Channel n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
🎙 Выпуск 3. Подкаст: Автоматизация в строительстве с n8n
📅 Неделя 36, 2025 (1–7 сентября)
🔑 Основные темы выпуска:
▪️ «Красная кнопка» для инженеров: мечта о LLM, которая понимает DWG, PDF и AutoCAD
▪️ Векторизация 150 000 DWG-файлов: как превратить чертежи в датафреймы для ИИ
▪️ Классификация элементов в Revit и n8n: замена OmniClass на собственные классификаторы
▪️ Автокадчики и ревитчики как «разметчики реальности» — философия цифрового строительства
▪️ IFC против USD/glTF: что выберет рынок — сложные ядра или простые треугольники
▪️ Workflow для Telegram: саммари постов, автоматическая «газета» и кошелёк сообщества TON
▪️ Кейсы: от анализа рукописных чертежей сарая до автоматической трассировки кабеля в Revit
▪️ Мониторинг чатов ЖК и проектов: превращение сообщений в задачи через n8n
✨ Описание:
Эта неделя — про грандиозные идеи и практические эксперименты. От обсуждения «идеального ИИ для инженеров» до реальной работы с DWG, Revit и Telegram: сообщество делится своими наработками, спорит о будущем IFC и открытых геометрических ядер, показывает первые шаги в автоматизации распознавания задач в чатах и создании собственных «персонализированных газет».
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
#audio #video #podcast
📅 Неделя 36, 2025 (1–7 сентября)
🔑 Основные темы выпуска:
▪️ «Красная кнопка» для инженеров: мечта о LLM, которая понимает DWG, PDF и AutoCAD
▪️ Векторизация 150 000 DWG-файлов: как превратить чертежи в датафреймы для ИИ
▪️ Классификация элементов в Revit и n8n: замена OmniClass на собственные классификаторы
▪️ Автокадчики и ревитчики как «разметчики реальности» — философия цифрового строительства
▪️ IFC против USD/glTF: что выберет рынок — сложные ядра или простые треугольники
▪️ Workflow для Telegram: саммари постов, автоматическая «газета» и кошелёк сообщества TON
▪️ Кейсы: от анализа рукописных чертежей сарая до автоматической трассировки кабеля в Revit
▪️ Мониторинг чатов ЖК и проектов: превращение сообщений в задачи через n8n
✨ Описание:
Эта неделя — про грандиозные идеи и практические эксперименты. От обсуждения «идеального ИИ для инженеров» до реальной работы с DWG, Revit и Telegram: сообщество делится своими наработками, спорит о будущем IFC и открытых геометрических ядер, показывает первые шаги в автоматизации распознавания задач в чатах и создании собственных «персонализированных газет».
Выпуск 1. Неделя 34, 2025 (21–24 августа): https://news.1rj.ru/str/n8ndevelopment/55
Выпуск 2. Неделя 35, 2025 (25–31 августа): https://news.1rj.ru/str/n8ndevelopment/57
#audio #video #podcast
❤4
Классную тему ребята замутили!
ИИ следит за чатом сообщества https://news.1rj.ru/str/n8n_pipelines, саммаризирует разговоры за неделю и подготавливает подкаст по всему что обсуждалось.
мой дайджест https://news.1rj.ru/str/digestbim отдыхает)
ИИ следит за чатом сообщества https://news.1rj.ru/str/n8n_pipelines, саммаризирует разговоры за неделю и подготавливает подкаст по всему что обсуждалось.
мой дайджест https://news.1rj.ru/str/digestbim отдыхает)
Telegram
⚡️ n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
Добро пожаловать в группу для тех, кто хочет автоматизировать задачи в строительстве и проектировании при помощи n8n, dyfi и других workflow-инструментов.
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
👍5🤝1
Forwarded from Пособие инженеру ПТО
Регистрация электронных журналов - рудимент, или цифровая трансформация?
Не понятно, зачем столько людей героически бьется над этой проблемой, а потом отчитываются о победах?
Регистрация журнала (подпись инспектора ГСН и печать на бумажной странице) нужна была как защита от фальсификаций. В дополнение к сшиванию ниткой и скреплению подписью с печатью заказчика. Чтобы ни подрядчик, ни даже заказчик не смогли незаметно заменить листы или журнал целиком.
Зачем теперь на электронном журнале, который лежит в СОД нужна печать и подпись ГСН? Чтобы защитить журнал от чего?
Все изменения видны, зайти абы кто и заменить запись – не может. Зачем? Чтобы просто проверять правильность заполнения титульного листа?
Проблема с фальсификацией журналов легко решается даже без внедрения цифры. Морально устарелые формы журналов просто фрагментируются и какая-то их часть в виде отчетов передается заказчику на ежедневной основе, другая - на еженедельной, ежемесячной или вообще только по требованию. Все.
#цифра
Не понятно, зачем столько людей героически бьется над этой проблемой, а потом отчитываются о победах?
Регистрация журнала (подпись инспектора ГСН и печать на бумажной странице) нужна была как защита от фальсификаций. В дополнение к сшиванию ниткой и скреплению подписью с печатью заказчика. Чтобы ни подрядчик, ни даже заказчик не смогли незаметно заменить листы или журнал целиком.
Зачем теперь на электронном журнале, который лежит в СОД нужна печать и подпись ГСН? Чтобы защитить журнал от чего?
Все изменения видны, зайти абы кто и заменить запись – не может. Зачем? Чтобы просто проверять правильность заполнения титульного листа?
Проблема с фальсификацией журналов легко решается даже без внедрения цифры. Морально устарелые формы журналов просто фрагментируются и какая-то их часть в виде отчетов передается заказчику на ежедневной основе, другая - на еженедельной, ежемесячной или вообще только по требованию. Все.
#цифра
❤3😁2
#n8n Юрий из чата https://news.1rj.ru/str/n8n_pipelines подготовил инструкцию как развернуть сервис n8n на reg.ru
Очень удобно для тех у кого нет места на своих серверах или айтишники не разрешают внутри чтото подобное.
Очень удобно для тех у кого нет места на своих серверах или айтишники не разрешают внутри чтото подобное.
Telegram
⚡️ n8n, Workflows, Agents | Практика автоматизации и готовые решения в строительстве
Добро пожаловать в группу для тех, кто хочет автоматизировать задачи в строительстве и проектировании при помощи n8n, dyfi и других workflow-инструментов.
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
Здесь обсуждаем практические сценарии, делимся опытом, помогаем с запуском и обмениваемся шаблонами
❤4🔥3