#Теория Как информационные технологии могут помочь с кадровым голодом?

3. Удаленность

Сегодня уже кажется нормальным текущий уровень коммуникации на проекте: WhatsApp, Telegram, Яндекс диск и Телемост.

Но буквально 10 лет назад этого всего не было.

Найти человека нужных компетенций на фуллтайм в офис сегодня сложнее чем удаленщика (например проектировщика или программиста). Многие уехавшие продолжают работать удаленно на компании из РФ.

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

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

На площадках видеокамеры, фото360-фиксация и съемки с дронов сделали работу более прозрачной и понятной для офиса. Это все конечно не приводит к тому, что можно убрать линейный персонал, но позволяет каждому менеджеру работать эффективнее и менеджерить большее количество подчиненных.

Если раньше 7-10 подчиненных на одного руководителя - это был максимум эффективного управления, то с развитием технологий и отработкой подходов, один руководитель может эффективно управлять уже 10-12 работниками.

#Теория Как информационные технологии могут помочь с кадровым голодом?

4. Мотивация и имидж

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

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

Из моего опыта, иногда, работник отказывался уходить в другую компанию, когда там предлагали на 10-20% больше зп, из-за того, что на текущем месте у него интереснее задачи и он изучал современные технологии и инструменты. Это конечно тоже имеет придел и при предложении на 50-100% больше текущей зп работника не удержит.

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

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

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

#Опрос БОЛЬШОЙ ОПРОС О BIM замутил Вадим Муратов

https://forms.gle/yCT4onaPpybhT4Dx7

73 вопроса 😱

Но BIM нуждается в тебе!
Помоги собрать объективную статистику и удели 20 минут своего драгоценного времени.

#ТИМпортозамещение Под американские санкции попали два крупных отечественных разработчика ПО - АСКОН и СИСОФТ Девелопмент.

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

Но если мы посмотрим на Ренгу и Нанософт, они чтото не спрашивают, «а чего это нас не признали?». Мол будто это такая желанная награда. *сидят как зайчики уши прижали, не шевелятся и только шипят мол «чего нас то приплел?».

Но так ли действительно «санкции только на пользу?».

Какие плюсы?

1. можно попросить денег у государства.

Какие минусы?

1. Данные компании потеряют международный рынок, да, понятно, что он приносил существенно меньше чем РФ, но это отдельное направление, в которое вложены колоссальные инвестиции и силы - просто крест на них (как уход в свое время Autodesk с рынка РФ).

2. Разработка замедлится. Данные компании потеряют часть талантливых программистов, т.к. они вполне могут перейти в геймдев или иностранные компании (ко мне приходили на собеседование программисты, которые уходили из компаний по причине включения в санкционный список).

3. Разработка станет дороже. Этим компаниям будет сложнее находить новых программистов и придется поднять зарплаты, чтобы хотябы деньгами завлекать.

Единственное, что сейчас сдерживает менеджмент и партнеров от ухода от них, это ощущение, что скоро всё в РФ будет под американскими санкциями, и если планируешь оставаться в стране, то нет смысла метаться в поисках более чистого угла, чтобы не запачкать свое белое пальто.

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

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