Revit: 50 ответов на вопросы читателей. Народное САПР-интервью N10

Я родилась в Москве и жила на улице Профсоюзной до 8 лет. Потом мой отец получил работу в Штатах, и мы переехали туда. В России до сих пор живут мои родственники — бабушки, тетя, кузины. А мой прапрадед был архитектором в Москве, поэтому у меня есть связь и с архитектурой города.

C.: Это — фотография дочери, которая работает на компьютере в Autodesk . Мой муж тоже работает с Autodesk и занимается Revit. Поэтому да, мы все время разговариваем про него. И, конечно, это мой ребенок, которым я занимаюсь уже 12 лет. Этот продукт близок сердцу.

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

С.: Если честно, они мне все нравятся, такого, чтобы нелюбимый, — не было. Есть некоторые релизы, которые труднее других. Но в общем, всегда очень интересно ждать чего-нибудь нового, что может помочь людям. Выходить Revit будет так же каждый год.

Х.: У меня нет самого любимого или самого нелюбимого релиза. Все те релизы, над которыми я работал, имели и хорошие стороны и те, которые я бы хотел сделать по-другому.

С.: Да, конечно, Autodesk будет развивать Revit еще много лет, потому что его популярность растет. При этом мы, конечно, понимаем, что надо думать о будущем. Поэтому, например, команда Quantum изучает, как сделать Revit лучше, особенно используя облачные технологии. Project Quantum — это проект, призванный заменить небольшие приложения с их собственными форматами данных и разрозненными пользователями на ряд взаимосвязанных рабочих пространств, объединенных в единую среду данных. Он также позволяет делиться информацией с другими средами в режиме реального времени.

С.: Нет, я не думаю, что Quantum — убийца Revit. Я думаю, что Quantum — это расширение нашей эко-системы. Он сможет дать пользователям возможность работать так, как они не могли ранее и не могут сейчас. При этом это все будет связано с Revit и с Revit API. Через Quantum Revit сможет постоянно передавать геометрию и данные о наборах параметров другим приложениям, без трудоемкого обмена данными на основе файлов.

С.: Мы публикуем официальную Revit Roadmap, которую регулярно поддерживаем. Последнее обновление было 13 апреля. Я рекомендую читать ее регулярно, потому что именно там мы пытаемся объяснить, что мы хотим сделать в ближайшем будущем. Это прекрасный ресурс для ответа на этот вопрос. Три направления, в которых будет развиваться Revit, привожу ниже. Детали по каждому из них (что вышло, что планируется) смотрите по ссылке.

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

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

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

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

Н.: В поставку входят ряд универсальных шаблонов. Наработка локальных шаблонов организуется силами community и активистов в разных странах при участии региональных офисов. Что касается семейств, стандартные идут в поставке, специализированные разрабатываются проектными компаниями под себя или предоставляются поставщиками оборудования/материалов.

С.: Я могу рассказать, как я попала на эту позицию. В университете я училась на двух факультетах — программирования и архитектуры. Поэтому, когда я пришла в Autodesk, у меня уже был некий бэкграунд. Я начала в компании как программист, писала довольно большие части Revit Structure. Через какое-то время я поняла, что на самом деле я больше интересуюсь бизнесом. Я чувствовала, что так я могу больше помочь пользователям. Поэтому я начала учиться по вечерам в бизнес-школе и через несколько лет получила MBA. Оказалось, что тогда была открыта вакансия на Product Manager, который вел Revit с технической позиции. Я как раз подходила, потому что могла понимать очень технические вещи и при этом знала, как это совместить с бизнесом. Поэтому, кстати, я думаю, что самая трудная часть моей работы — именно вопросы о том, как решать, какие новые функции мы добавляем в Revit. Это вопрос баланса между многими направлениями, поэтому точного ответа на него никогда не бывает. Чтобы стать Product Manager продукта, надо понять две вещи: кто использует этот продукт и как балансировать между запросами пользователей и бизнесом. Важно уметь принимать стратегические решения, идти в ногу со временем, предвидеть будущие тенденции и запросы отрасли.

Х.: Это сложный процесс, в котором участвует много людей и проводится много обсуждений. Мы всегда учитываем запросы и идеи от клиентов и стараемся выполнить пожелания максимального количества пользователей. Запросы приходят не только из Revit Ideas, но и звучат во время встреч с клиентами. Однако нам также нужно иметь в виду потребности других команд разработчиков и отделов Autodesk (например, поддержки). Мы постоянно прорабатываем и адаптируем наши планы. Не существует единого момента планирования, происходящего раз в год, — есть непрерывный и развивающийся процесс, в который вовлечена вся команда. Принятие решения о том, над чем мы будем работать, — одна из самых важных составляющих нашей работы. Эти решения принимаются на основе самой полной информации, какую мы только можем получить всеми возможными способами. Только таким образом мы можем быть уверены, что выбираем задачи, важные для максимального числа текущих и новых пользователей.

C.: Нет. В группе примерно 15 человек, которые вовлечены в процесс принятия решения о планах развития. Новый функционал делится на группы и объединяется в проекты. Дальше все зависит от проекта, но обычно это все же не одно большое совещание по планированию. Происходит множество обсуждений. Например, есть команда, которая заканчивает один проект, и мы должны решить, какой она сможет взять следующим. При этом нам надо учитывать квалификацию членов команды, сколько у них свободного времени, есть ли что-то еще, что им нужно будет делать позже в этом году. Обычно мы составляем список проектов, которые, по нашему мнению, находятся в главном приоритете. Далее мы прилагаем максимум усилий для того, чтобы подобрать соответствие между самыми важными проектами, которые нам надо сделать, и навыками команд, поскольку не все они одинаковы.

Х.: Да, это не регулярные встречи.

C.: Представьте, что вы состоите в браке. Если муж с женой считают по-разному, то как они приходят к консенсусу? Здесь то же самое. Вы ищете разные пути, которые максимально вас удовлетворят. Можно еще попробовать так: «в этот раз выигрывает один, а в следующий раз — второй».

Х.: Да, но при этом нас не два человека. Как сказала Саша, это 15 человек и это большая семья . Нам нужно объяснить решение нашему руководству и другим участникам, добиться их согласия. Это очень сложные переговоры и сложный процесс. И это, то чем мы с Сашей занимаемся регулярно? – планируем задачи и упорно над ними работаем. Это нужно делать по мере того, как меняется и развивается проект и по мере получения отзывов. К этому мы также добавляем наши ожидания по текущему проекту.

C.: Часто люди нас спрашивают: «Как мы можем помочь вам улучшить что-то важное?». Я хочу ответить: если у клиентов будут конкретные примеры и четкое описание проблем — это может очень помочь. Когда кто-то говорит, что ему нужен PDF для Revit, — это один разговор. Но если сказать, зачем это нужно, мне будет гораздо проще помочь с этим проектом.

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

C.: Многие просят о каких-то вещах, характерных для их страны. Это, безусловно, относится и к России. Хочу сказать, что на самом деле такие требования есть еще по меньшей мере в трех других странах — или их можно выполнить схожим образом. Поэтому мы стараемся развивать функционал не для одной группы пользователей, а создавать такой, который поможет множеству разных групп. Мы хотим создать платформу, которую люди смогут кастомизировать, исходя из своих нужд. Для очень специфических задач есть API. В целом нам всегда приходится решать, можем ли мы повторно использовать одну и ту же функцию несколькими разными способами, чтобы выполнить множество разных требований для разных стран.

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

C.: Я бы сказала, что в 95% случаев нам не объясняют. В тех редких 5% случаев, когда это все-таки происходит, это вау!

Х.: Я бы не стал просить наших пользователей тратить время на описание очень большого количества деталей. Достаточно ответов на вопросы вроде «Какую проблему поможет решить эта функция?» и «Почему она вам нужна?».

Х.: Около 4 предложений. Самое большое, чем они могут помочь, — это найти существующую идею по своей теме и добавить свое объяснение: почему она важна, почему они ее хотят. И, присылая отзыв о какой-то функции, постараться быть объективными, не эмоциональными. Кричать на нас бесполезно, и это вряд ли вдохновит нас что-то сделать. А постоянные крики только навредят .

C.: Если получится объяснить в двух предложениях или двух предложениях и картинке, это будет еще лучше. Например: вот что у меня есть сейчас, а вот что я хочу и вот почему.

Х.: Мы постоянно работаем с клиентами. Наши команды каждые две недели приглашают пользователей на быстрые демонстрации. Во время этих демо мы получаем обратную связь. Мы также общаемся с пользователями через нашу программу Revit Preview, которая позволяет тестировать то, что находится в разработке. И мы взаимодействуем с клиентами на отраслевых мероприятиях, например на конференциях BILT или Autodesk University.

C.: Все же для выбора клиентов существует процесс, открытого приглашения нет. Клиенты подбираются под определенный проект. Мы ориентируемся на конкретную аудиторию — как правило, это три-четыре клиента. Обычно для одного проекта формируется определенный состав компаний. Проект может длиться 3-4 месяца.

C.: В начале проекта мы обсуждаем, кто из них является правильной целевой аудиторией, и составляем пул тех, кого мы считаем наиболее подходящими. Среди прочего, в расчет берутся часовые пояса. Нам нужно очень много всего делать, поэтому, как правило, клиенты выбираются из Великобритании или США. Есть несколько компаний из Шанхая. Кроме того, мы должны быть уверены, что клиенты дадут нам правильную обратную связь и будут точно понимать, что это только отзыв о процессах.

Х.: Примерно в течение года мы работали над некоторыми вопросами безопасности рабочего процесса. Для него мы привлекли клиентов из Германии — хотели убедиться, что нам удастся удовлетворить их конкретные потребности. Мы также работали с некоторыми компаниями из США. Мы провели серию групповых исследований среди пользователей, в рамках которых клиенты работали с нашими коллегами. Нужно было выстроить процессы. После этого мы выбрали клиентов и работали с ними, исходя из их приоритетов.

C.: Отмечу, что конкретно для этого проекта мы искали большие предприятия в области инфраструктуры, поскольку речь шла о передаче топографии между Civil 3D и Revit.

Х.: Именно. Вообще, одна из важных вещей, на которую мы обращаем внимание при выборе, – это размер проекта. В этом случае мы искали тех, кто занимается инфраструктурой и использует Civil 3D и Revit для того, чтобы поднять уровень проекта. Мы всегда готовы включить больше возможных клиентов в наш список. Впрочем, это также сильно зависит от команды проекта, над которым мы работаем.

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

Х.: Обычно, чтобы клиент попал к нам на рассмотрение, он должен участвовать в Revit Preview и оставлять там отзывы. При этом важно, чтобы они были качественными. С этого мы начинаем поиск.

C.: Быстрые демонстрации — лишь один из способов, которым мы пользуемся для сбора отзывов об активных проектах. Revit Preview – это действительно большая возможность. Каждый месяц мы размещаем там обновления, и все, кто хочет оставить отзыв или присоединиться к нему, могут это сделать. Но, повторюсь, мы ждем конструктивных мнений. Они нужны для будущих проектов, в которых нам надо выбирать между идеями с Revit Ideas, инвестициями, которые делает компания, беседами с ключевыми клиентами, чтением форумов и т. д.

Х.:Мы стараемся собрать информацию отовсюду, чтобы сбалансировать ситуацию.

C.: Добавлю, что у нас нет никакой квоты. Речь не идет о том, что, например, нам нужно собрать 5% из одного конкретного источника. Мы стараемся найти проекты, применимые для максимального количества пользователей. Это тот критерий, по которому мы принимаем решение о помощи большинству клиентов с их индивидуальными проектами. Мы стараемся найти один проект, который будет самым ценным для самого большого количества пользователей.

Х.: Вообще во внимание принимается многое — в проектах могут участвовать даже не пользователи Revit. Мы смотрим в целом на всех клиентов Autodesk, которые играют значительную роль в принятии решения по поводу того, что мы делаем.

C.: В основном этим занимаются продакт-менеджеры. Например, мне приходят письма с запросами. Но вообще портал открыт для всех, кому это интересно. Мы не проводим серьезных проверок.

Х.: Да, в основном мы проводим стандартную проверку на псевдонимы, чтобы убедиться в том, что это «правильный» человек, а не кто-то из Tekla, например.

C.: Я советую при отправке такого запроса включать в него информацию о компании: кто вы и чем занимаетесь.

Х.: Достаточно отправить простой e-mail на revit.preview.access@autodesk.com и перейти на сайт. Там вы увидите раздел «Add the project» («Добавить проект»), который попросит создать Autodesk ID и затем войти с его помощью. После этого появится опрос, который надо будет заполнить, – если этого не сделать, заявка не будет принята. Затем можно будет продолжить работу.

C.: Мы допускаем письма с таких адресов, но предпочитаем корпоративную почту.

С.: На Revit Ideas есть цифра — сейчас там примерно 4000 замечаний и пожеланий. Мы все время смотрим туда и стараемся понять, какие из них являются самыми важными. Это определяется по количеству запросов. При этом мы всегда интересуемся мнением разных групп в разных странах и пытаемся понять, что именно нужно в этих регионах.

С.: Это пожелание №2 на Revit Ideas (пожелание №1 — поменять совмещение с «и» на «или»). Рекомендую проголосовать там. Ждем, пока статус не поменяется на accepted. Больше я не могу ничего сказать .

С.: Это просто вопрос времени. Много таких пожеланий есть на Revit Ideas, мы о них знаем и отслеживаем.

С.: И снова советую поднять вопрос на Revit Ideas. Единственное, что я хочу добавить, – мы понимаем, что сейчас довольно неудобно брать спецификацию и информацию из Revit и раздавать их где-нибудь в другом месте, например, в Excel. Мы изучаем, как можно открыть информацию, которая существует в файле Revit, и сделать ее доступной другим программам на Forge. Ну и локальные разработчики, понимая запросы рынка, всегда могут сделать отдельную программу, которая специально будет создавать спецификации, нужные в России. API Revit открыт.

С.: К сожалению, это трудная проблема потому, что надо объяснить этим семействам, как изгибать себя вдоль сплайнов. Сейчас этого не существует, добавлять такую функцию в ближайшее время, к сожалению, не планируется.

С.: Конкретно сейчас мы ничего не планируем в этой сфере, однако, я уверена, тема есть на Revit Ideas.

C.: В Revit есть обобщенные элементы вроде mechanical equipment. Скорее всего, такие разные вещи попадают под одну категорию.

С.: Это решение было принято после обсуждения с разными людьми. Я точно могу сказать, откуда взялось название для стен — там два уровня, и их надо как-то разделять. Для окон это просто уровень. Почему у труб «Базовый уровень», я не знаю. Это тоже, кстати, можно добавить в Revit Ideas — в этом случае точно будет понятно, в чем проблема. Названия стен, возможно, будет сложнее изменить из-за двух уровней, но в некоторых объектах это наверняка можно сделать. Довольно часто бывает нецелесообразно подменять устоявшиеся названия параметров, особенно если кто-то программировал их на API. Получается, люди уже обошли это своим способом, и мы можем сломать их работу.

Х.: Прямо сейчас мы ничего не планируем в этом направлении. Рекомендую добавить эту идею в Revit Ideas.

C.: Я прекрасно понимаю эту проблему и то, почему из-за нее возникают трудности с моделированием. Она есть как идея на Revit Ideas, рекомендую голосовать за нее там. К сожалению, невозможно просто взять и использовать линии из AutoCAD.

С.: Такие вопросы возникают довольно часто. Ответ частично заключается в том, что в Revit даже 2D-виды на самом деле — 3D. Из-за этого у нас настоящая геометрия. Поменять порядок следования невозможно — это будет значить, что вы физически двигаете геометрию. Тут важно понять, что именно вы пытаетесь показать в объекте. Если сформулировать вопрос так, ответ может быть совсем другим и не исключено, что мы найдем другой способ помочь. Можно написать мне, чтобы я посмотрела на объект. Есть много разных способов решить эту проблему.

С.: Сейчас мы не планируем менять Revit Viewer. Если нужно посмотреть модель Revit, мы рекомендуем использовать Autodesk 360 Viewer или BIM 360 Viewer в браузере. Это, на самом деле, лучший способ показать модель тем, у кого нет лицензии на Revit.

С.: У нас есть продукты BIM 360, над созданием которых работает довольно большая группа. Посмотрите на BIM 360, на Viewer и все остальное, что есть в этой линейке.

Подробнее о BIM 360

С.: С этой задачей тоже должны помочь продукты BIM 360. Они относятся к группе продуктов Connected BIM, например, для передачи проектной модели на следующую стадию, когда проектная информация становится менее интересной, а извлечение параметров и данных, а также их использование в прикладных задачах — более интересным. Здесь уместно сказать о платформе Forge. Имеющаяся в ней технология data derivative позволяет извлекать данные и разрабатывать индивидуальные интерфейсы, а также интерфейсы с дашбордами и аналитикой для сопутствующих отделов.

С.: Нет, не существует. Revit изначально не был разработан для мостов. Я рекомендую посмотреть плагин InfraWorks Export Bridge Model. Он позволяет взять мост из Infraworks, передвинуть его в Revit и дальше добавлять в нем арматуру.

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

С.: Контекстные семейства (in-place families) могут решить эту проблему.

С.: Прямо сейчас в Roadmap такого не планируется. Но я знаю, что в Германии такие вопросы тоже возникают довольно часто. Это касается квартирографии, когда нужно определить принадлежность стен — точнее, не всей стены, а внутренней отделки. В России, я слышала, есть как минимум два приложения, называемые «Квартирография», которые были написаны на Revit API. Именно для этого API и используется. Также есть множество скриптов на Dynamo, решающих эту задачу.

С.: По-моему, такая идея существует на Revit Ideas. Сейчас мы это не планируем, частично потому, что через API существуют другие способы создания геометрии — например, direct shapes, которые мы предпочитаем контекстным семействам из-за производительности и т. д.

С.: Проблема с открытием файлов Revit в том, что для этого нужен сам Revit. Трудности с прочтением информации прямо из этого файла связаны с тем, что написанное в Revit-файле непонятно обычной программе. То, что хранится в таком файле, — это не то, что вы видите на экране. Вопрос не в том, как открыть файл, а в том, чтобы создать объекты, которые Revit понимает. Именно из-за этого мы говорим, что надо использовать Revit API, в котором, кстати, существует почти 14 000 разных функций. Мы считаем, что это довольно открыто и помогает найти большинство вещей. При этом, мы, конечно, понимаем, что иногда пользователи программы хотят прочитать информацию из Revit без API и что какие-то данные можно вытянуть напрямую из файла. Мы думаем о том, как развить и создать соединение между Revit и Forge и открыть данные в Revit так, чтобы можно было их прочитать напрямую. В целом, мы стремимся быть максимально открытыми и осознаем важность интероперабельности в современном мире.

С.: Чтобы ответить, мне нужно посмотреть на модель и попробовать выполнить это в ней. По-моему, эта проблема была решена — мы работали на таких привязках, которые работают с параллельной геометрией. Я советую прислать нам экземпляр, чтобы мы могли обсудить эту проблему.

C.: Нет, мы не планируем переписывать Revit. Мы рекомендуем использовать виртуализованную среду, например, Citrix или Frame, которые работают прямо в браузере.

Х.: Автоматизация армирования — это то, во что планируется инвестировать. Сейчас мы работаем над моделированием каркасов и автоматизацией для Custom Fabric Sheets для размещения каркасов в соответствии с отверстиями и коллизиями в двухмерных элементах. Я рекомендую разместить ваши пожелания и требования в Revit Ideas и отметить их как Structural.

Х.: Это очень своевременное и правильное предложение. В скором времени это должно появиться.

Х.: Существует несколько потенциальных предложений по решению этой проблемы, которые мы рассматриваем. Мы также работаем над моделированием каркасов и автоматизацией для Custom Fabric Sheets для размещения каркасов в соответствии с отверстиями и коллизиями в двухмерных элементах.

C.: Продукт Revit Structure развивается, мы понимаем всю важность этого. В предыдущие годы и сейчас мы делаем большие инвестиции в это. Поэтому я даже не сомневаюсь, что мы сможем выигрывать конкуренцию у любых других продуктов. Еще одна вещь здесь, которая имеет для нас особое значение, — это развитие API для поддержки большого количества специального армирования. Я призываю российских партнеров создавать приложения, которые будут отвечают специфическим российским требованиям. В API есть множество возможностей для армирования.

С.: С Revit, как и с любой программой, вопрос заключается в том, сколько идей есть у людей и сколько шансов что-то улучшить. На Revit Ideas примерно 4000 идей о том, как исправить Revit. К сожалению, мы не можем сразу их все воплотить. Поэтому вопрос в том, что надо изменять прямо сейчас, а что может чуть-чуть подождать.

Х.: Отвечу по каждому методу.

Расчет тепловых и холодильных нагрузок (Heating and cooling loads). Наша стратегия всегда заключалась в том, чтобы демонстрировать аналитическую модель энергопотребления через формат gbXML. Если партнер хочет выполнять анализ, характерный для его региона, он может делать это через экспортированное изображение модели, а затем использовать API, чтобы импортировать соответствующие результаты.

Расчет потери давления в воздуховодах и трубах (Duct and Pipe Pressure Drops). Раньше можно было создавать расширения и дополнения для вычисления коэффициента трения для этих элементов, однако это не было широко распространено. После того как мы начали внедрять новые гидравлические решатели, которые поддерживают гидравлические расчеты по контуру (это новинка в 2018), было решено, что проще добавить эти методы в центральный код решателя, поскольку не так много из них используются во всем мире. В настоящее время мы предлагаем методы Colebrook и Haaland (которые, как и все остальные методы, являются упрощениями Colebrook). Тем не менее, если другие методы тоже нужны, мы готовы это услышать.

Подбор сечения (Duct and pipe sizing). Пока нет специального API для расчетов воздуховодов и трубопроводов. Можно создавать расширения и дополнения для того, чтобы отключить функции Duct sizing и Pipe sizing, и затем считать размеры этих элементов, используя ваши собственные методы (подразумевая, что поток классифицирован). Тем не менее, поток, который вы хотите изменить, необязательно будет «взаимосвязанным». Он может быть основан на разновременности нагрузки, а платформа на данный момент ее не поддерживает (таким образом, это не вопрос добавления собственной формулировки, он требует более серьезного анализа).

Расчет систем водоснабжения и канализации (Plumbing piping sizing). На самом деле, это гораздо сложнее, чем просто добавить формулу для адаптации к региональному требованию. Например, дополнительные метаданные элементов могут быть нужны для описания параметров ввода самих крепежных элементов (это могут быть не только нормы водоотведения от условного санитарного прибора, но и классификация и т.д., в зависимости от специфического для региона кода). Это можно делать через общедоступные параметры и/или расширяемое хранилище. Затем, как и выше, можно полностью отключить расчет систем водоснабжения и канализации.

Расчет перепада напряжения (Voltage Drop). Исторически существовало долговременное ограничение генерации ввода для расчета перепада напряжения (который влияет на расчет проводов). У пользователя не было никакой возможности контролировать длину электрической цепи на предполагаемом пути в здание. В 2018 версии мы добавили возможность модификации траектории электрической цепи (и, следовательно, ее длины). Тем не менее, даже с этой возможностью вопрос заключается не в добавлении определенной пользовательской формулы расчета. Вычисления могут зависеть от других данных модели, например, таких, как тип трубопровода, через который проходит электрическая цепь, количество электрических цепей в трубопроводе или другие вычисления плотности в электротехнических коробах, ни одним из которых на данный мы не управляем в модели Revit.

Расчет проводов (Wire sizing). Отключить расчет проводов невозможно. Мы встречали ряд пользователей, которые решали эту проблему, используя дополнительные общедоступные параметры на элементе электрической цепи. Более того, некоторые локальные пользователи вычисляют различие параллельных цепей, а не только питающего провода. Тем не менее, Revit на данный момент поддерживает вычисление разброса только на панелях, а не на цепях.

Разброс панелей (Panel Diversity). Это тоже обычно сложнее, чем просто добавить формулу. Могут потребоваться дополнительные метаданные. Например, вычисление разновременности нагрузки зависит от коэффициента загрузки и классификации нагрузки. Но мы не изучали требования по ним за пределами США.

Х.: После того как несколько лет назад был приобретен MAP, мы интегрировали возможность создания компонентов на основе каталогов. В первую очередь это было сделано для трубопроводов и воздухопроводов. Но существует возможность определить вместимость элементов MEP Fabrication, основанных на размерах каталога (включая кабельный лоток). Это может помочь решить вопрос с лотками и некоторые другие проблемы моделирования, такие как размещение/изменение размера лотка по его периметру.

Х.: Есть ряд улучшений, которые мы в данный момент делаем для MEP Electrical. Следите за развитием продукта и очень скоро сами все увидите.

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

С.: Сейчас есть новая программа, которая называется Desktop Connector . Она существует как часть BIM 360 Team. Ссылки из Desktop Connector будут поддерживаться в любом месте, где этот файл существует. Я надеюсь, что использование BIM 360 Team может помочь с этой проблемой. Но, к сожалению, сейчас это еще не связано с Vault. В новых версиях Vault ситуация может измениться.

С.: Ответ здесь такой же, как и с открытием OpenSource – мы сейчас смотрим, как это можно сделать с Forge.

C.: 1. Проблема в том, что AutoCAD пытается сделать имитацию работы на бумаге. А Revit работает с моделью, из которой создается документация. И именно из-за этого важно менять стиль работы — мы теперь работаем с моделью, а не с рисунком. К сожалению, довольно часто это просто несовместимые вещи. То, что занимает очень много времени в AutoCAD, часто можно делать очень быстро в Revit.
2. Я довольно часто получаю требование создать именно такой быстрый выбор. По-моему, оно тоже существует на Revit Ideas, рекомендую голосовать за него. Особой причины, по которой это было бы невозможно, нет. Как и всегда, это просто вопрос времени.

С.: На самом деле, обычно требования не так уж отличаются от других стран. Частично да, но есть много способов их совместить. В том числе именно из-за этого мы постоянно открываем API, поскольку понимаем, что как Autodesk не можем ответить на каждое требование. Мы хотим, чтобы наши партнеры создавали программы, заполняющие возможные пробелы платформы.

С.:По последним данным независимого исследования NBS National BIM Report 2017, Revit лидирует среди инструментов для работы с моделями — его используют 41%, что намного больше конкурентов.

С.: Это вопрос к продакт-менеджерам Fusion 360. Как компания, мы всегда хотим связывать наши продукты. Мы понимаем, что наши пользователи часто используют такие продукты как Fusion 360. Мы всегда смотрим, можем ли мы добавить проекты, которые связывают Revit с Fusion 360. Но будет ли Fusion 360 специально продвигаться в AEC — это вопрос, на который я не могу ответить. Вопрос, который я бы задала здесь: что важнее — исправить проблемы, прозвучавшие в этом интервью, или связать Revit с Fusion 360? Как всегда, речь о том, чем мы можем сейчас заниматься и что важнее.

С.: В существующем ПО всегда есть некоторые проблемы. Но я точно могу сказать, что мы все время меняем что-то в Revit. Иногда это занимает довольно много времени. Но такая поддержка продукта обязательна для того, чтобы он продолжал работать в будущем. Когда кто-то говорит, что Revit невозможно поменять, я рекомендую посмотреть на то, что было возможно в Revit 5 или 10 лет назад. Довольно быстро становится очевидно, что многое в Revit все время меняется.