Самая полезная информация сегодняшнего дня:

Как добраться на Autodesk University 2019.

Адрес: Московская Школа Управления СКОЛКОВО
Московская область, Одинцовский район, дер. Сколково, ул. Новая, д. 100

НА АВТОМОБИЛЕ:
Заезд через КПП 1 или КПП 2. Получить парковочный талон, въехать на парковку. Стоимость парковки – 100 рублей в час. Оплата через паркомат перед выездом.

ОБЩЕСТВЕННЫМ ТРАНСПОРТОМ
От ст.м. "Славянский бульвар" регулярным рейсовым автобусом Sk (ВЫХОД № 4) до остановки «МШУ СКОЛКОВО» (ближайшее КПП № 2). Автобус курсирует каждые 10-15 минут. Маршрут движения автобуса можно посмотреть в сервисе "Яндекс.Карты".

От ст.м. "Озерная" автобусом Autodesk. Специально организованные автобусы ждут всех желающих в 200 метрах от метро "Озерная" (выход № 1). До 11 часов промо персонал с символикой Autodesk около выхода из метро подскажет, где стоит транспорт. В остальное время вам необходимо самостоятельно пройти к месту стоянки автобусов: ул. Озерная, д. 44А, парковка около автосалона РЕНО. Трансфер курсирует: 2 октября с 8:00 до 19:00, и 3 октября с 8:00 до 19:00 каждые 15 минут. Автобус будет курсировать от ст. м «Озерная» до МШУ Сколково 2 и 3 октября с 8 до 19 часов.

КАРШЕРИНГ
На территории МШУ Сколково действуют специальные парковочные места для автомобилей компании Belka Car.

Специально к мероприятию Autodesk сделали приложение
https://app.eventicious.com/eventrocks/

код мероприятия AUR2019

В нем можно звездочками выделить интересующие доклады и они добавятся в избранное.

А также есть удобный чат, где можно списаться со спикерами и обменяться контактами.

Видеоинструкция "Как добраться до #AUR2019" на м. Озерная - автобус Autodesk

AUR начался

Как найти секретный зал Москва

Что менять в законодательстве для внедрения цифровых технологий?

1. Разрешить полеты дронов над строительными площадками для собственника/арендатора данной площадки до высоты 100 м.

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

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

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

Существующая система согласования полетов и сертификации дронов - фактически ЗАПРЕТ на подобную деятельность.

2. Требуется актуализировать ГОСТы на оформление, привести их в более машинно-читаемый, структурированный вид (к виду электронных чертежей, таблиц и простых схем, созданных по известному алгоритму)

Сейчас ГОСТы направлены на чтение распечатанных чертежей, экономию тонера принтера (при чем черно-белого), и компоновку, чтобы уместить в лист.

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

Бумага пока остается лишь для простановки ручной подписи и штампа. С распространением и повышением доверия к ЭЦП, потребность в этом будет уменьшаться.

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

Сейчас многие ГОСТы в строительстве предполагают, что можно посчитать и вручную, начертить от руки.

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

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

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

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

Из-за этого возникает коллективный сговор и мутные схемы работы "по понятиям".

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

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

Несколько Тезисов об автоматизации.

1. Автоматизация должна быть поэтапной, сперва отвертку надо превратить в дрель, а затем уже менять на станок.

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

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

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

3. Создавать, изменять и удалять информацию должен тот, кто ответственен за это. Не может быть ответственным один, а редактировать информацию другой. Это усложняет систему.

4. Чем проще система, тем она стабильнее работает.

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

Требуется помощь в улучшении Revit.

Нужно перейти по ссылке, залогиниться и проголосовать (Vote) https://forums.autodesk.com/t5/revit-ideas/get-rid-of-quot-in-place-family-quot-and-introduce-quot-edit-in/idi-p/7978462

Идея предлагает сделать возможным редактирование семейства RFA как будто это элемент в контексте, с включенной подложкой из основной модели.

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

Инструмент конечно заменит и убьет глючные сборки и висящие группы, но это эволюция.

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

1. BIM-проектировщик. Компания, основная сфера деятельности которой - строительное проектирование, и с некоторых пор все (или не все) проекты компания выполняет методом информационного моделирования. Это так называемый "правильный BIM".

Результат работы такой компании по проекту - проектная (и/или рабочая) документация в традиционном формате (dwg, pdf) и информационная модель, полностью соответствующая этой документации (так как документация была из неё и получена). Примеры компаний: Апекс, ПИК-проект.

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

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

Здесь получается BIM ради BIM - сначала чертежи, а потом к ним модель как "довесок". В модели появляются многочисленные коллизии, которые либо не устраняются (так как проектировщик уже отдал документацию заказчику), либо устраняются только в модели (и тогда модель не соответствует чертежам).

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

Примеры чтобы по такой технологии устранили все коллизии мне не встречались. Пример таких компаний: С-ИНФО, ПСС-Грайтек.
...

Примечание: С-ИНФО и ПСС не только моделируют, но и занимаются BIM-поддержкой и консультированием проектировщиков (но об этом в следующих постах).

3. BIM-внедренцы (BIM-консультанты). Компании, основной сферой деятельности является консультирование других компаний (как правило проектных или строительных) по переходу на информационное моделирование. Часто это объединяется с функцией продажи софта, консультациями по работе в этом софте, и обучению специалистов.

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

Именно в этих компаниях обычно в названии есть слово BIM (Академия BIM, BIM2B, ПроруBIM, Айбим). Компании из этой категории с большим опытом и временем существования участвуют в том числе в госрегулировании сферы BIM и судебных спорах по этой теме в качестве экспертов (Академия BIM, Конкуратор)

4. Вендоры. Тут всё просто - это компании-производители софта, среди которого есть и программы для BIM-моделирования. Autodesk, Bentley software, Nemetchek, Graphisoft, Renga и прочие.

5. Партнёры вендоров. Как правило, вендоры напрямую свои программы не продают клиентам, используя для организации продаж так называемых "партнёров" - обычно эти компании параллельно занимаются и консультированием, и обучением тоже. Инфарс, Softline, ПСС.

6. Компании, использующие BIM в строительстве. Сейчас те кто об этом заявляют на самом деле делают только первые шаги, обычно это пилотные проекты на которых обкатывается софт, устанавливаются процессы, оцениваются преимущества и недостатки. BIM в строительстве для генподрядчика никаких выгод не приносит, поэтому его внедряют либо девелоперы (ГК Основа, Брусника-Девелопмент) либо технические заказчики (Северин Девелопмент) - те для кого важна прозрачность процессов и затрат.

7. Компании, использующие BIM в эксплуатации. Здесь опять хочется запостить озирающегося Джона Траволту, так как в России таких компаний точно нет. Вроде бы в НТЦ Эталон ещё 5 лет назад Арсентий Сидоров говорил о том что они делают пилотные проекты на своих объектах, но с тех пор ни от него, ни от его коллег подробностей по этому направлению не поступало, из чего делаем вывод, что пока эта технология в России не представлена.

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

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

Я назвал этот эффект - эффект домашнего питомца. Когда вы много времени и сил вкладываете в воспитание, обучение питомца, он на ваших глазах растет, то потом вы можете не замечать его косяков и для вас он будет всегда хорошим. Если его будут обижать, то вы его будете защищать. А когда он умрет, вы будете очень переживать. Если же кто-то просто одним решением убьет этого питомца, то он станет врагом навсегда и с этим человеком нового питомца уже растить точно не будете.

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

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

RIP PIKALLPLAN

Продолжу практические наблюдения про Revit.

Производительность компьютеров и распределение ответственности внутри команды приводит к тому, что информационную модель надо делить на файлы. Обычно модель делится по дисциплинам (это как по разделам, но несколько разделов объединены в один файл).

Н-р: АР, КР, ОВ, ВК, ЭС, СС

Далее файл модели АР обычно делится на фасады, внутреннюю часть и отделку. Внутреннюю часть можно на больших объемах еще поделить на секции.

КР на стадии П лучше делать в одном файле (пока нет арматуры). На рабочке лучше разделить по деф. швам на секции. Каждую в отдельном файле.

ИОС лучше делать каждую в своем файле, если требуется еще делить, то по разделам, далее по альбомам.

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

Такой подход имеет место быть, но часто приводит к следующим проблемам: сложно собрать квартирографию, т.к. н-р не внести разные номера квартир в одно и то же помещение (на разных этажах), сложности в оформлении на стыках файлов (штриховка не объединяется и видна линия разделения элементов - приходится 2d элементами на разрезах перекрывать).

Есть еще подход с типовыми квартирами или конструкциями в отдельных файлах - в лего поиграть. Но тут сильная нестабильность, т.к. на каждый чих потребуется плодить файлы и чаще всего приводит к ситуации, когда просто по одному файлу выставлено в одно место (а на сервере куча практически идентичных файлов и путаница в их наименованиях).

При выборе разбивки модели надо помнить следующее:

1. Делить надо по максимально независящим друг от друга частям

2. Надо понимать в каком файле оформляется какая документация

3. Чем меньше файл, тем он быстрее работает, но чем больше связей, тем он дольше открывается.

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

Ещё практики:

Частый принцип деления моделей на стадии П - это деление на выше нуля / ниже нуля.

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

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

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

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

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

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

Инструкция по внедрению BIM от Попова:

1. Один раз сделай сам
2. Второй раз сделайте вместе
3. В третий раз проверь, как он сам сделал

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

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

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

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

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

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

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

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

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

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

Особо рьяные адепты BIM хотят завязать все и вся, чтобы чих в одной части модели менял всё автоматом во всей остальной. Это я называю требованием к актуальности данных.

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

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

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

Надо стремиться находить баланс между этими требованиями - актуальностью и точностью, качеством. Так например, пока что профессиональную визуализацию эффективнее делать в 3ds max'е, нежели плясать с бубном вокруг ревита и затем краснеть за результат.

Расчет несущих конструкций эффективнее выполнять в специализированном расчетном комплексе, чем реализовывать его в Dynamo.

Но чего стоит сдвинуть окна на визуализируемом фасаде точно как в чертежах или обновить балки и стены в расчетной схеме?

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