⚡️Вслед за комментариями Казахских коллег, российские застройщики высказали порталу Всеостройке.рф опасения, что боятся попасть под санкции США из-за использования продуктов АО «АСКОН» и «СИСОФТ Девелопмент»

💬«Что с застройщиками из РФ, которые используют эти продукты, как мы? Будут отказываться, чтобы под санкции не попасть?». И продолжил, что «у многих девелоперов из РФ есть бренды и проекты за границей, которые могут оказаться под угрозой из-за использования отечественного санкционного софта. Либо софт, с которым они хотят выйти сами, в том числе и на зарубежные рынки. Таким образом, безопаснее рассматривать другие системы обработки данных (СОДы), которые не находятся под санкциями»,— прокомментировал представитель (пожелавший остаться неназванным) девелопера, входящего в топ-20 по объёму строительства в России.

Также мы опросили и других представителей крупнейших застройщиков. Самое распространённое мнение:
💬«Как минфин США узнает, каким софтом пользуется компания? Пока проблем не видим».
💬«Однозначно никто не умрёт от санкций, поскольку для коммерческих девелоперов РФ эти решения и так не выглядели очень интересными».

#Подкасты Смотрю интервью Всеволода Нечитайленко из ПИК и не могу сдержаться, чтобы не поделиться с вами эмоциями.

https://youtu.be/ZZjhU__yTBI?si=aazwHT43IKtGCNkB

Несколько противоречий:
44:15 - считаю что завязка на внешних облачных сервисах и иностранных компаниях - это очень ошибочная история для такой крупной компании как наша.

44:29 - моя главная боль - это уход с нашего рынка производителя нашей серверной инфраструктуры Dell, и теперь нет запчастей и обновлений софта.

47:32 - «у нас нет потребности в СОДах»

47:35 - И на будущий год мы смотрим в этом напправление и возможно займемся разработкой СОДа.

*При этом, на секундочку, они самый крупный из девелоперов в России, кто пользуется облачным Google Workspace (это хоть и не полноценный СОД для стройки, но документацию на площадку передать позволяет).

и несколько забавных цитат про маму:
«алло, Мама, я директор!».
«для меня это круто, я маме покажу - это главная мотивация»

А так, про ИИ мысль понравилась, про family manager и про то что делать свой софт дороже чем покупать готовый.

Хотелось бы подробнее про PIK Planer и HRM, но наверно это с кемто, кто их делал надо.

#Подкасты В интервью Сева ушел от ответа на некоторые вопросы. Попробую ответить за них:

1. VDI все еще тормозит?

Да, но не существенно, можно работать. Но в итоге вышло очень дорого, на одного сотрудника рабочее место под 300-500 т.р. в год выходит, а секьюрности не добавляет, т.к. телеграм и браузер на компе нормально работают и файлы куда хочется всеравно можно перекинуть.

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

2. Сколько стоят ваши разработки?

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

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

3. Стало ли дешевле проектирование, благодаря вашей автоматизации?

Статистику считали еще в 2018м. На 600 проектировщиков, в ревите было 350, остальные в автокаде (но там тоже было куча всего дописано), запуски плагинов экономили до 10% времени проектировщиков.

Из 300 плагинов, реально используемых было штук 30 (привет Оси 2D/3D, квартирография, спецификации ИОС), при этом, на сегодня 20 из них есть и в бесплатных пакетах коммерческих разработчиков (но тогда не было).

Если бы это были мои деньги, я бы остановился на первых 50 плагинах (закон Паретто 20% усилий, 80% результата) и переделал бы пару нестабильных методологически решений, которые были трудоемки в поддержке (н-р отделка).

Плагины существенно не ускоряли процесс, скорее позволяли проектировать в прежние сроки (но с большей проработкой и детализацией).

Что реально ускоряло скорость проектирования в разы, так это уменьшение требований к комплектам документации (например в сборняке на стадии П в экспертизу не выдавались фасады и разрезы, на рабочке договорились спецификации из экселя печатать с новым типом штампов, который можно набрать в колонтитулах) и перепривязка старых проектов (корпуса и секции повторного применения) - Ctrl+C, Ctrl+V.

#Подкасты И заканчивая про ПИК - я считаю главной проблемой ПИКа то, что они замкнули BIM-экспертизу на проектировщиках и долгое время не позволяли BIM выйти на стройку и в эксплуатацию, т.к. это увеличило бы трудозатраты проектировщика и привело бы к контролю извне качества его моделей.

История с тем что мол проектировщики оставят форточку для всех остальных подразделений - BDS - также не взлетела. Выгрузка данных в одну кучу и мол - вот берите что хотите - это свалка данных, с этим не понятно как работать, это бардак, но всегда можно свалить, что это не мы не предоставили - это они не взяли, или взяли както не правильно.

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

Также им нужен контроль изменений в модели с визуальным отображением с обоснованием из-за чего и где поменялись объемы.

ГК ПИКу давно надо брать BIM в свои руки, предъявлять к проектному подразделению нормальные требования по BIM и получать от них ревитовские модели, спрашивая по всей строгости EIR’а.

#Подкасты Ну раз взял моду подкасты Аветика @bimskills комментировать, давайте продолжу)

Вышел подкаст Тимофея Лютомского - Пионер.

https://youtu.be/nROzNb4r-h8?si=iemyLCfITX_1Hann

Понравилась идея, что все талантливые и инициативные развиваются и становятся ГИПами, директорами и уходят в девелопмент и мол от того в проектировании проблемы с кадрами. Мол там остаются те, кто готов рутиной заниматься и идейные. Добавлю лишь, что еще в программирование уходят)

самые интересные, на мой взгляд темы начинаются на 39, 49 и 57й минутах.
39:40 Классификатор в PIONEER
49:35 Цели и задачи цифровизации в PIONEER
57:11 BIM в эксплуатации

Классификатор Пионера видел, и считаю что надо поменять подход, но это отдельно обсудим, при этом сперва с Тимофеем.

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

Забавно, как долго говорил что все ПО отечественное, а потом нуу да невис используем, нуу да СОД иностранный. Аветик не спросил: “а модели проектировщиков откуда?” - понятно что Revit.

#Опрос Яндекс Практикум попросил запостить опрос среди BIM-менеджеров компаний

https://forms.yandex.ru/surveys/13483312.752230853e5f35489dc6f0ddd5a8be38da7f7b5d/

На пару минут, мучить как Вадим вас не будут) видимо им оценить перспективность развития направления курсов.

#Практика #Dynamo #Python Попробую начать новую рубрику: учимся программировать в Revit с Dynamo

Ставьте лайки если интересно и продолжать настолько практические посты.

Начну с базы.

1. Открываем Revit - ну тут наверно все ясно
2. Открываем Dynamo - на вкладке Управление
3. Вставляем нод Python script - дада остальные ноды вообще непонятно зачем там
4. Вставляем следующий шаблонный код:

#—————Подключение библиотек—————
import clr
clr.AddReference('ProtoGeometry')
from Autodesk.DesignScript.Geometry import *
clr.AddReference('RevitAPI')
from Autodesk.Revit.DB import *
clr.AddReference("RevitServices")
import RevitServices
from RevitServices.Persistence import DocumentManager
from RevitServices.Transactions import TransactionManager
doc = DocumentManager.Instance.CurrentDBDocument
#—————Взятие элементов—————
rooms = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Rooms).WhereElementIsNotElementType().ToElements()
#—————Ссылка на BuiltInCategories: http://www.revitapidocs.com/2018.1/ba1c5b30-242f-5fdc-8ea9-ec3b61e6e722.htm

#—————ВХОДНЫЕ ДАННЫЕ—————
els = UnwrapElement(IN[0])

#—————ОСНОВНАЯ ЧАСТЬ КОДА—————
TransactionManager.Instance.EnsureInTransaction(doc)

TransactionManager.Instance.TransactionTaskDone()    
#—————Назначьте вывод переменной OUT—————
OUT = "ok"

#Практика #Dynamo #Python В чате @bim_help появился вопрос: как получить периметр помещения за вычетом дверных проемов. И недавно я обсуждал с коллегами "как можно считать Плинтуса в отделке если не моделировать?" Решил все таки сесть и покодить.

#—————Подключение библиотек—————
import clr
clr.AddReference('ProtoGeometry')
from Autodesk.DesignScript.Geometry import *
clr.AddReference('RevitAPI')
from Autodesk.Revit.DB import *
clr.AddReference("RevitServices")
import RevitServices
from RevitServices.Persistence import DocumentManager
from RevitServices.Transactions import TransactionManager
doc = DocumentManager.Instance.CurrentDBDocument
#—————Взятие элементов—————
rooms = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Rooms).WhereElementIsNotElementType().ToElements()
doors = FilteredElementCollector(doc).OfCategory(BuiltInCategory.OST_Doors).WhereElementIsNotElementType().ToElements()
#—————Ссылка на BuiltInCategories: http://www.revitapidocs.com/2018.1/ba1c5b30-242f-5fdc-8ea9-ec3b61e6e722.htm

#—————ВХОДНЫЕ ДАННЫЕ—————
els = UnwrapElement(IN[0])

#—————ОСНОВНАЯ ЧАСТЬ КОДА—————
TransactionManager.Instance.EnsureInTransaction(doc)
#-Выбираем только размещенные помещения
roomlist=[]
for room in rooms:
  if room.Area > 0:
    roomlist.append(room)
#-Проходимся циклом по всем помещениям    
for room in roomlist:
  id = room.Id
  #-Берем периметр у помещения (можно было и LookupParameter("Периметр") но через BuiltIn стабильнее)
  P = room.get_Parameter(BuiltInParameter.ROOM_PERIMETER).AsDouble()
  #-Проходим циклом по всем дверям и берем только из той же стадии что и Помещения
  for door in doors:
    phase = doc.GetElement(door.get_Parameter(BuiltInParameter.PHASE_CREATED).AsElementId())
    d1 = door.FromRoom[phase]
    d2 = door.ToRoom[phase]
    #- Бывали ошибки с получением id помещения, потому пока такое нагородил.
    try:
      id1 = d1.Id
    except:
      id1=0
    try:
      id2 = d2.Id
    except:
      id2=0    
    if id1 == id or id2 == id:
      #-Берем тип и затем ширину двери
      W = doc.GetElement(door.GetTypeId()).LookupParameter("Ширина").AsDouble()
      #-Вычитаем из Периметра помещения Ширину двери
      P = P - W
  #-Записываем в параметр Комментарии (можете поменять на другой) полученное в результате обработки значение периметра. Футы переводим в миллиметры домножив на 304.8 и округлив и переводим в текстовый формат, т.к. параметр текстовый. Если сделать параметр с Типом длина, то переводить ни в Миллиметры ни в Текст не нужно.
  room.LookupParameter("Комментарии").Set(str(round(P*304.8)))
TransactionManager.Instance.TransactionTaskDone()    
#—————Назначьте вывод переменной OUT—————
OUT = "ok"

#Теория Главными трендами в стройке в следующие 10 лет я вижу Уберизацию и Роботизацию.

Уберизация - это появление простых приложений для управления людьми по типу Uber (Яндекс такси), которые заменят собой генподрядчиков и подрядчиков, равно как уберы заменили операторов такси.

Конечно, юрлица и ИП останутся, как и сейчас с таксистами, а ктото и самозанятым работает, но для клиента, его объект будет строить уже «это приложение», компания-бренд. Типа не как вас возит ИП Петров через приложение яндекс такси, а мол будто само яндекс такси.

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

Роботизация - под этим я подразумеваю в идеале строительство вообще без людей. В тоже время я не считаю что к этому приведут робособаки или двуногие роботы типа бостондайнамикс.

Я скорее делаю ставку на роботизированные краны, которые как роборуки монтируют изделия по координатам в точной ориентации. Для этого потребуется повысить жесткость кранов и изолировать площадку работы от людей, а также проработать узлы фиксации. Роботизированные краны будут монтировать блочные конструкции, с металлическим каркасом, изготовленные на заводе другими, уже меньшими станками ЧПУ.

#Практика #Dynamo #Python Продолжу учить тех кто наставил столько лайков данной рубрике. И пройдусь по коду сверху вниз, объясняя что откуда и зачем.

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

Библиотеки - это файлы с расширением dll или py в которых содержатся функции для управления какими-то данными и сервисами. Есть папки дефолтные в которых эти библиотеки ищутся динамой, и если там где-то находятся по имени, то подгружаются. Но если файл библиотеки лежит не в дефолтной папке, то потребуется указать clr’у где еще поискать (потом как-нибудь покажу пример).

import clr

clr - я называю это компилятором, библиотека которая именно тут нужна в динамовском ноде питон, чтобы все остальное работало. Такая местная специфика. Эта библиотека позволяет читать остальные библиотеки.

clr.AddReference('ProtoGeometry')

ProtoGeometry - стандартная библиотека динамо, для работы с геометрией динамо.

from Autodesk.DesignScript.Geometry import *

Из библиотеки ProtoGeometry заходим в группу классов (Пространство имен называется - Namespaces) Autodesk - DesignScript - Geometry и добавляем оттуда все классы, чтобы можно было ими ниже по коду пользоваться. звездочка - * - означает всё.

clr.AddReference('RevitAPI')
from Autodesk.Revit.DB import *

Далее аналогично подгружаем библиотеку RevitAPI - это главная библиотека где все основные методы для работы с элементами в ревите. Если не все то большинство методов с revitapidocs.com находятся в этой библиотеке. Тут взятие свойств, создание элементов, копирования и перемещения и прочее.

clr.AddReference("RevitServices")
import RevitServices
from RevitServices.Persistence import DocumentManager
from RevitServices.Transactions import TransactionManager

и завершаем сегодняшний обзор RevitServices и сервисами которые мы оттуда подгружаем - это сервис транзакций и документ менеджера для получения объекта открытого документа.

Про транзакции отдельно напишу.

#Практика #Dynamo #Python Продолжаем разбор кода

doc = DocumentManager.Instance.CurrentDBDocument

в переменную doc записываем текущий открытый документ.

Переменной может быть любой текст не взятый в кавычки, в том числе и на кириллице (но так не делают обычно). Т.е. названия переменных вы придумываете сами - можете d = написать, можете document2 =. Но есть забронированные системные операторы и переменные, типа: and, or, if, else и прочие, которые нельзя брать.

Не рекомендуется также переменные называть как классы в различных библиотеках - Wall, List, Document (иначе ниже по коду эти классы вам могут понадобиться, а уже переменной перезаписаны и вы не будете понимать что случилось). Синтаксис кстати учитывается, т.е. wall занимайте смело.

Для получения открытого документа использум подключенный класс сервиса DocumentManager и используем атрибут из него Instance и затем из полученного результата атрибут - CurrentDBDocument.

Откуда я знаю какие брать атрибуты? я что знаю их наизусть? где посмотреть?

Я обычно копирую подобные команды из предыдущих скриптов, а ищу новые в гугле, просто вводя: Revit Dynamo Python Move element
Revit Dynamo Python Get Type of element

И обычно все методы и атрибуты можно для библиотеки RevitAPI посмотреть на revitapidocs.com

Но для RevitServices и класса DocumentManager там нет описаний методов и атрибутов. Но быстрым поиском в гугле я и такое могу найти, если хочется покопаться и понять весь функционал: https://github.com/DynamoDS/DynamoRevit/blob/master/src/Libraries/RevitServices/Persistence/DocumentManager.cs

Несколько раз уже писал слова атрибуты и методы - они отличаются тем, что атрибуты вызываются без круглых скобок, а методы со скобками после названия команды. Методы могут требовать подачи значений на вход в скобках. Атрибуты кстати тоже, но в квадратных скобках. На самом деле в них разницы не много, в какое-то время аутодеск даже хотел всё на методы перевести, но потом эту идею остановил.

Но идеологически атрибуты нужны для взятия системных свойств у классов, получения состояния экземпляров классов, а методы для выполнения действий - создания, перемещения, удаления и прочего.

В C# документ берется без RevitServices напрямую из Application.ActiveUIDocument.Document, полагаю что в динамо так нельзя, потому подругому делается.

#ТИМпортозамещение Новости.

На стройках у нас вовсю применяется Искусственный Интеллект, о нем даже Путин, Мишустин и Файзулин говорят. Мол надо развивать, надо контролировать, это будущее, это надо. Вобщем старики не шарят, но хотят быть в тренде. Все говорят - и ты говори.

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

Все регионы переходят на цифровую исполнительную документацию! ну как переходят? подписывают бумагу мол приказываю: «переходись, переходись, переходись». Вобщем заклинаниями переходят. Возможно еще деньги комуто платят, но это не точно.

Госэкспертизы обязали всех сдавать сметы и пояснительные записки в xml, но потом на ушко проектировщику: «пс, псс, парень, можешь в исходном формате прислать? мы хоть чтото проверим».

#ТИМпортозамещение Начался ТИМ-конгресс. Прочувствуйте все эмоции которые это вызывает.

*за видео спс @svetlanaopryshko

#Вакансия Менеджер продукта на США

Всем привет, мы в команде SIGNAL планируем пойти захватывать Американский рынок. И у нас для этого есть конкретный план:
1. Подготавливаем контент
2. Публикуем контент
3. Проводим демонстрации всем заинтересовавшимся
4. Продаем лицензии

Но чтобы план реализовался нам не хватает одного - ведущего продакт менеджера.

Ищем специалиста для подготовки и публикации контента для продвижения на Американском рынке. Потребуется подготовить много моделей на английском в футах, что-то просто перевести, что-то заново отмоделить, что-то взять из Дубайских кейсов, заполнить классификатор, подготовить календарный график, бюджеты, таблицы маппинга. Затем будем записывать ролики, с компа, со смартфона, на стройке, из офиса, монтировать их, озвучивать на английском. Затем публиковать на Youtube и писать посты в fb, LinkedIn, Instagram, Twitter со ссылками на эти ролики. Мб попробуем TikTok/Shorts/Reels.

Знание Revit, Navisworks
Опыт записи и монтажа видео, а также подготовки текстового контента.
Знание английского на разговорном уровне.
Желание изучить функционал продукта SIGNAL

Позиция связана с большим количеством самостоятельной работы, именно руками. В то же время потребуется принимать много решений как лучше сделать, как лучше что назвать, куда отнести. По началу будем вместе, но затем самостоятельно.

Работа предполагает удаленный формат, но будет преимуществом возможность иногда приезжать в офис в Москве для обсуждения деталей.

Оформление в штат, по ТК все как обычно. По оплате - от 120 т.р./мес. Всем заинтересовавшимся присылать свои резюме мне в ЛС @popov_bim

#Новости Чем занимаются строительные издания помимо того что пишут про ТИМ-Конгресс? конечно пишут про СВО.

#ТИМпортозамещение На СтроимПросто вышла статья об опыте Самолета в пилотировании Renga и NanoCAD. Мне одному между строк читается: "памагити"?

https://stroimprosto-msk.ru/publications/net-predela-sovershenstvu-kak-gruppa-samolet-testirovala-nanocad-i-renga/

Renga:
- продукт можно применять для формирования информационной модели;
- реализована возможность оформления документации;
- есть высокие риски при использовании на крупных объектах – существует вероятность срыва сроков.

Nanocad:
- можно применять для оформления документации;
- невозможно сформировать сложную детальную информационную модель, необходимую для подсчётов объемов работ и материалов.
- значительные увеличения трудозатрат проектировщика при сопоставимых операциях.

По результатам тестирования наши специалисты пришли к выводу, что в данной сфере отечественное ПО работает, но, по сравнению с западными аналогами, значительно замедляет процесс. Должен сказать, что, если бы компания «Самолет» начинала работать с ТИМ только сейчас, то для нас это были бы отличные продукты.

Т.е. иными словами: Если вы уже поработали в нормальном продукте Revit'е, то вы не сможете это пережить. Но если вы не знаете "как может быть", то можете пожрать *овна.

p.s. главный идеолог пилотного проекта в Самолет по применению Renga для ИЖС Юрий Чебелюк ушел в IYNO.

#Опрос Клуб BIM-лидеров запустил опрос о барьерах в строительной отрасли.

Буквально на 15 мин - без контактов, смс и регистраций. Просьба пройти, кто не прошел еще.

https://docs.google.com/forms/d/e/1FAIpQLSeU1cwOzHTy855cBa5fe9dtbYfflA8f_e471z7bF-efIeqSCg/viewform

Результаты будут подведены на BIM-форуме 12/13 декабря в виде отдельного доклада. Также с нами тоже поделятся в сообществе BIM-лидеров @bimleaders2022 и я репостну.