¬аше окно в мир —јѕ–
 
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

10 сент€бр€ 2012

BIM и его семь смертных грехов

ƒоминик ’ольцер, јлександр Ѕауск

ќт главного редактора: “олько что јлександр Ѕауск опубликовал в своем блоге творчески сокращенный и прокомментированный перевод 18-страничной статьи австралийского архитектора ƒоминика ’ольцера (Dominik Holzer) «BIM’s Seven Deadly Sins». »з этой публикации, как пишет в предисловии јлександр, «мы узнаем, какими проблемами живЄт местна€ BIM-индустри€ в јвстралии (стране, с одной стороны, высокоразвитой и принадлежащей англосаксонской культуре, а с другой стороны — несколько изолированной от американо-европейских трендов) и в мире в целом, и чем эти проблемы похожи на наши».

ќбратим внимание и на эти слова ј.Ѕауска: «’очу особенно подчеркнуть, что ни стать€, ни мои к ней комментарии совсем не призваны раскритиковать BIM, как многие часто думают. Ќаша с вами цель — серьЄзно поработать над более глубоким, концептуальным пониманием современной технологии в AEC, чтобы быть в состо€нии предлагать идеи дл€ будущего и тем самым способствовать прогрессу и принесению пользы и эффективности в те задачи нашей отрасли, которые пока обделены вниманием вендоров». ќт себ€ добавлю: помните русскую поговорку о семейных отношени€х «Ѕьет — значит любит»? :)

Ќапомню, что јлександр Ѕауск (любезно разрешивший перепечатать его пост на isicad.ru) — ведущий круглого стола о BIM на московском јвтодеск-”ниверситете и что BIM — любимый родственник isicad.ru, о чем недавно было сказано в моей одноименной заметке.

1. ¬ведение

ƒ. ’ольцер описывает источники данных и собранный автором опыт работы с BIM (три года аспирантской работы, два года опыта на посту директора по технологии проектировани€ в крупном бюро, а также должность руководител€ комитета по BIM и интегрированному проектированию в профессиональной организации австралийских архитекторов), на основании которого сделаны дальнейшие выводы статьи.  роме этого, работа автора базируетс€ на серии из четырех крупных BIM-форумов, довольно репрезентативном исследовании мнений различных специалистов местной отрасли; отдельно подчеркиваетс€, что работа следует по стопам предыдущих авторов в русле критики компьютерного проектировани€/моделировани€ в AEC в целом.

“ак называемые «семь смертных грехов», которым посв€щена стать€ — это семь концептуальных проблем, которые возникают в практике внедрени€ инфомоделировани€ в проектной среде. »ными словами, стать€ посв€щена разнице между идеализированным представлением о парадигме BIM и реальностью еЄ практического применени€. √лавный вывод из статьи состоит в том, что преп€тстви€ внедрению BIM лежат в основном в, так сказать, «культурной» плоскости.

2. —емь смертных грехов BIM

“ак автор сгруппировал и озаглавил проблемы, которые наиболее часто встречаютс€ в практике внедрени€ BIM. ѕон€тно, что они могут и не ограничиватьс€ числом семь, и что на анализ вли€ет местна€ специфика; но это нам как раз и интересно: насколько их местна€ специфика похожа на нашу, восточноевропейскую?
2.1. “ехнопоклонничество.
“ехнопоклонничество в BIM — это концентраци€ на программах вместо культуры работы, это вера в то, что достаточно подход€щего инструмента дл€ решени€ проблем. Ёта точка зрени€ автора попул€рна в русско€зычной дискуссии и сводитс€ к таким тезисам:
  • распространено ошибочное мнение, что переход на BIM аналогичен переходу с бумажного черчени€ на CAD в 80-х годах;
  • как следствие, отношение к внедрению BIM как к внедрению конкретного ѕќ приводит к серьЄзнейшим проблемам в переходе на новую технологию.

ћы хорошо знаем описанный здесь грех; и уже не раз обсуждали, что термин BIM употребл€етс€ в самых разных смыслах, обознача€ сущности от самой информационной модели. „тобы обосновать точку зрени€ на BIM как на парадигму, а не просто технологическое изменение, ƒ.’. в контексте «технопоклонничества» вспоминает таких авторов, как –энди ƒойч (известный на «ападе эксперт, много писавший о парадигменности BIM) и Ћарри ƒаунс с его «законом потр€сени€», приведенным ниже на картинке.

я, в свою очередь, отмечу два довольно нехороших факта, св€занных с этим «смертным грехом».
¬о-первых, с проблемой многозначности термина (да и вообще определени€ пон€тий в информационном AEC) совершенно ничего не делаетс€ — наоборот, со временем всЄ становитс€ только хуже. ќтдельные дисциплины, пыта€сь повысить свою значимость и продаваемость, придумывают новые «измерени€» BIM (временами доход€щие до, кажетс€, седьмого и восьмого), публикующиес€ BIM-эксперты при помощи несмешных шуток про кот€т бесплодно борютс€ с тавтологией «модель BIM» — а терминологи€ становитс€ всЄ многозначнее и запутанней, привод€ к словесным конфронтаци€м из-за того, что стороны по сути разговаривают на разных €зыках.
¬о-вторых, несмотр€ на всеобщее среди экспертов понимание BIM как парадигмы (во вс€ком случае, это вроде бы уже наконец стало «смыслом по умлочанию»), обсуждение BIM в итоге об€зательно скатываетс€ в обсуждение конкретных реализаций и продуктов. ¬опросы типа «может ли (и — главное! — должна ли) BIM уметь то-то и то-то?» подмен€ютс€ смыслом в ответах типа «≈сли программный пакет X при определЄнных тепличных услови€х может это сделать, то и BIM в целом может и должен.»

BIM-Ѕауск-1

2.2. Ќе€сность.
ћы воврем€ вспомнили про многозначность терминов дл€ представлени€ второго перечисленного в статье смертного греха: не€сности.

—ерьЄзным ингибитором внедрени€ BIM €вл€етс€, по общему мнению австралийского сообщества инженеров и архитекторов, отсутствие €сной информации о том диапазоне услуг, которые должна предоставл€ть BIM. ѕо маркетологическим причинам к BIM причисл€ютс€ многие аспекты цифрового проектировани€, первоначально не имевшие к нему отношени€. ѕроцессы цифровой работы в архитектуре и инжиниринге, такие как исследование формальной топологии, анализ сложных систем, рационализаци€ геометрии — все они рано или поздно оказываютс€ причисленными к зонтичному термину «BIM». — другой стороны, дл€ описани€ разных сторон BIM придумываютс€ легко продаваемые аббревиатуры вроде 5D, 6D и 7D — соответственно сметы, экологическое проектирование и эксплуатационна€ информаци€.

¬ результате у менее информированных пользователей создаЄтс€ впечатление, что к BIM относитс€ вообще всЄ интересное и направленное на интеграцию в компьютерной архитектуре. Ќе помогает делу и то, что сам термин «информационное моделирование зданий» очень расплывчатый и его можно нацепить практически на всЄ, относ€щеес€ к трехмерному строительному дизайну.

јвтор подчеркивает, что дл€ использовани€ перспективы BIM как св€зующего звена между ранее несв€зными дисциплинами проектировани€ отрасли необходимо выработать номенклатуру спектра услуг, относ€щихс€ к BIM, чтобы заказчики получили представление о том, какой ценник соответствует каким конкретно услугам и выгодам от информатизации. — другой стороны, очень важно провести границу между блуждающим, эрративным, открытым исследовательским процессом, характерным дл€ дизайна, и более формальным, целеустремлЄнным процессом создани€ трехмерных форм и их св€зывани€ с последующим созданием разнообразной документации. ƒл€ этого необходимо исследовать «цифровую экосистему» BIM-организации, представить еЄ на бумаге и таким образом визуализировать св€зи между инструментами и конечный результат рабочего процесса.

Ќа рисунке: пример «исследовани€ цифровой экосистемы» в части архитектурного проектировани€ и визуализации. ѕоказаны используемые инструменты и точки входа информации.

BIM-Ѕауск-2

2.3. Ёлизи€.
"Ёлизи€" в лингвистике — это выпадение звуков из речи, когда говор€щий стараетс€ облегчить себе произношение, и сейчас мы узнаем, почему так назван третий «смертный грех BIM». “ак называема€ крива€ ћак-Ћими — это один из самых известных графиков, иллюстрирующих преимущества BIM (см. рис.).
BIM-Ѕауск-3

 ак пишет ƒ.’., ћак-Ћими в своих работах упрощЄнно показал, что можно достигнуть с BIM и почему существующие методы работы неэффективны. ќтдава€ должное серьезному вкладу концепции кривой ћак-Ћими в дело попул€ризации BIM (эта картинка — об€зательный гость любой высокоуровневой презентации про BIM), ƒ.’. считает (подкрепл€€ своЄ мнение другими источниками), что крива€ слишком упрощена и имеет много недостатков, например, в отображении стадии эксплуатации («OP» на графике), в части действительного распределени€ усилий по проекту. “акже крива€ не отображает изменени€ в итоговом качестве получаемого проектного и модельного результата. ¬ работе привод€тс€ другие варианты кривой, цитируемые по разным источникам (впрочем, без радикальных отличий).

¬ целом, точка зрени€ автора на кривую ћак-Ћими суммируетс€ следующим: в целом она ради удобства изложени€ скрывает целые пласты BIM, его преимуществ и особенностей. “ак, крива€ не объ€сн€ет, какие игроки организационного и рабочего процесса плат€т за сдвиг в производительности и какие получают от него выгоду. Ќапример, те усили€ в координации и совместной работе, которые раньше считались об€занностью подр€дчиков разных уровней, теперь фактически перекладываютс€ на архитекторов и инженеров. ¬ообще говор€, действительна€ крива€ усилий и эффективности — это, в отличие от кривой ћак-Ћими, вещь комплексна€, многомерна€, и субъективна€, то есть она нелинейно зависит от многих других переменных, от степени проработанности модели, от степени сотрудничества между участниками организационного процесса, и будет разной дл€ разных действующих лиц проекта.

2.4. ‘арисейство.
BIM, пишет ƒ.’., сама по себе имеет мало смысла в проектной практике. »нтегрированное проектирование (Integrated Project Delivery — IPD) считаетс€ близн€шкой BIM, св€зыва€ надзор за проектом и заранее прописанные роли в нем с цифровым представлением данных в рамках BIM. IPD — это средство реализации потенциала BIM через превращение процесса в сотрудничество вместо надзора. ѕри всЄм при этом IPD практически не примен€етс€ на практике в силу совершенно запретительных затрат и усилий, требуемых дл€ его реализации.

ƒошло до той пародоксальной ситуации, когда слова «интегрированное проектирование» используютс€ как простое извинение дл€ объ€снени€ недостатков BIM, либо просто как модное словечко, на которое претендуют все, кто использует со своей моделью ѕќ дл€ совместной работы вроде Navisworks или Solibri. –азговор об IPD ведетс€ в основном только регул€торами и вендорами, пытающимис€ продать идею, теоретически правильную, но на практике трудновыполнимую. »деалистические попытки внедрить IPD страдают от отсутстви€ критической переоценки, соответствующей масштабу культурного значени€ этой системы работы. IPD требует абсолютного разрешени€ огромного количества вопросов дл€ своего внедрени€ — культурных, политических, юридических и вопросов делового характера.

“еоретически, концепци€ интегрированного BIM правильна. BIM должен рассматривать всю цепочку снабжени€ объекта и весь его жизненный цикл. ѕричина, по которой сам по себе BIM имеет мало смысла — это столкновение между традиционной системой организации строительного производства и надзора и те конкретные договоренности о сотрудничестве, которые необходимы дл€ каких-либо реальных выгод от BIM. ѕользователи BIM остаютс€ в плюсе только в случае, если информаци€, требуема€ дл€ выполнени€ проекта, становитс€ доступной всем участникам процесса на как можно более ранней стадии. ¬ то же врем€ западна€ строительна€ индустри€ работает в основном по схеме «проект-тендер-возведение» (Design-Bid-Build), с отношени€ми между участниками, скажем так, всегда имеющими судебный потенциал. “аким образом, дл€ IPD (и, следовательно, дл€ BIM тоже) необходимо в некотором смысле невозможное: смена ориентации с поиска выгоды дл€ своей организации на стремление улучшить общее дл€ всех участников процесса дело. —ерьезное отношение к IPD требует с самого начала глубоко обсудить и закрепить вопросы интеллектуальной собственности, распределени€ рисков, аудита процессов, наступает на профессиональный снобизм некоторых участников и вынуждает заказчика объекта идти на серьезные риски на ранних стади€х внедрени€ IPD.

ќбращаю внимание русско€зычного читател€ на относительно новую дл€ нас и, как мне кажетс€, исключительно интересную информацию о взаимоотношени€х IPD и BIM: получаетс€, что большинство преимуществ, обычно приписываемых BIM, могут быть реализованы только в рамках парадигмы IPD. “акже очень неопределенным после осознани€ такого фарисейства становитс€ положение BIM в собственной дисциплине — моделировании. ћоделирование объектов не об€зательно св€зано с новым строительством и даже возведением — большое количество работ проводитс€ дл€ существующих объектов. „то касаетс€ структуры строительной отрасли, мне кажетс€, что критична€ граница непонимани€ у нас — в антагонизме проектировщика и подр€дчика. — удовольствием добавлю комментарии более глубоко знающих строительную отрасль экспертов.

2.5. (—амо)обман.
—ледующий смертный грех BIM — это требование выходной документации в 2D с одновременным требованием самого производства работ в 3D. јвтор рассказывает о более чем 25 задани€х на проектирование, которые он рецензировал за последний год перед написанием статьи — и большинство этих документов требовало документацию только в 2D нар€ду с выполнением информационной модели. ѕри этом расценки продолжали базироватьс€ на обычном выполнении документации, не учитыва€ выросшие требовани€ к координации работы в 3D дл€ получени€ плоских чертежей приемлемого качества. “аким образом, существует парадоксальна€ ситуаци€: в то врем€ как архитекторы мысл€т и работают в трех измерени€х, средством коммуникации и в рамках проекта, и в рамках возведени€ остаЄтс€ двумерна€ документаци€. ¬ целом индустри€ AEC, похоже, согласна с концепцией абстрагировани€ 3D-модели в 2D.  роме отдельных экспериментальных примеров, пр€мой переход от BIM к возведению не примен€етс€ в отрасли. «аключаемые договоры на проектирование включают только 2D-документацию как основную. „асто договоры предусматривают внутреннее использование BIM при проектировании, но не дл€ св€зи с заказчиком и подр€дчиком.

ќбычно участники проекта договариваютс€ о минимальном уровне детализации, требуемом на начальной стадии проекта. ѕо мере продвижени€ проекта становитс€ невозможным игнорировать необходимость полной координации в 3D, поскольку выпущенные наборы документации в BIM-процессе быстро устаревают. “ребовани€ к детализации от смежных дисциплин и внешних консультантов могут серьЄзно затормозить выдачу документации, в то врем€ как архитектор проекта должен доказать полную скоординированность используемых моделей разных участников. ¬ итоге, качественное 2D-документирование так или иначе полностью зависит от координации в 3D. ¬сЄ это привело к по€влению нового типа документа, своего рода дорожной карты проекта. «ѕлан выполнени€ проекта» (дл€ тех, кто вплотную занимаетс€ строительством, это звучит так похоже на ѕќ—, ѕќ– и ѕѕ–, не так ли?) дополн€ет контрактные документы и указывает на об€зательства и ответственность сторон по изготовлению содержимого информационной модели, расписанные по стади€м. ¬ дополнение к своей роли процедурного руководства по обмену информацией о BIM между участниками, этот план также описывает об€занности BIM-менеджеров и координатора моделей. “акой документ позвол€ет участникам понимать, чего конкретно ожидать от BIM, на каких стади€х проекта, и какие компенсации это подразумевает дл€ участников, предоставл€ющих своЄ наполнение модели.

“аким образом, мы видим зарождение новых координат отношений между участниками проекта, которые — в идеальном случае — должны обеспечить разрешение противоречий в принципиально новой плоскости — плоскости информационного наполнени€ проекта. »менно в этой части, по моему мнению, BIM ближе всего подходит в своей концептуализации к PLM, в чем-то сходной, а в чем-то очень отличающейс€ технологии из отрасли MCAD. ¬еро€тно, это мнение могут разделить и эксперты по PLM?

2.6. Ќеверие.
—ледующий наш смертный грех по версии ƒ.’. — это отрицание необходимости тотальной ревизии рабочих процессов. ¬недрение BIM в определенном смысле всегда разрушительно дл€ существующей рабочей структуры. Ќеобходимые изменени€ фундаментальны, их часто невозможно производить постепенно, они требуют определенного авантюризма со стороны руководства и исполнителей. ¬ числе сложностей при тотальной ревизии рабочих процессов при внедрении BIM следующее:
  • высока€ стоимость ѕќ и требуемого повышени€ уровн€ аппаратного обеспечени€;
  • высока€ стоимость (в деньгах и времени) переобучени€ персонала;
  • полна€ ревизи€ существующих стандартов и процессов, разработка внутреннего стандарта BIM;
  • трудоемкое формирование информационной библиотеки дл€ BIM;
  • необходимость инвестировать в новых сотрудников и необходимость увольн€ть тех, кто не в состо€нии вписатьс€ в новые процессы.

¬ процессе перехода на BIM образуютс€ целые классы услуг, которым раньше не было аналогов или которые были очень трудоЄмки в исполнении: координаци€ модели, определение коллизий, планирование возведени€, (автоматизированное) управление эксплуатацией. „астично изменение процессов достигаетс€ путем более плотного и более раннего участи€ в работе над моделью инженеров-консультантов, подр€дчиков и отвечающих за контроль качества. –уководители также должны вовлекатьс€ в процесс работы над информационной моделью — это помогает распространить понимание того, что, например, изменени€ в проекте проход€т более сложную и зависимую от многих факторов процедуру, чем в случае с двумерной подготовкой документации.

 омментарий.  ак мы видим уже из нескольких пунктов «грехов» BIM, особенностью правильного внедрени€ BIM в его нынешней инкарнации €вл€етс€ его бескомпромиссна€ тотальность и подрывной характер изменений. Ќа будущем круглом столе «BIM: пределы роста» это станет одной из основных тем обсуждени€: возможен ли частичный BIM?  ак выжить и стать эффективными в услови€х внедрени€ BIM дисциплинам, дл€ которых эта парадигма ещЄ не разработана или откровенно неэффективна?

2.7. ¬ысокомерие
»ли, вернее, монодисциплинарность — так озаглавил этот «грех» ’.ƒ. в оригинальной статье.

»нформационно изолированные, посв€щенные одной дисциплине структурные единицы (так называемые «силосы», в современном управленческом сленге) считаютс€ рассадником неэффективности. —егодн€шние программные инструменты дл€ BIM, по мнению автора, плохо поддерживают совместную работу над проектом на ранних стади€х. ќсновные исследовательские усили€ направлены на проблемы внутри конкретных дисциплин и на координацию объектной модели между дисциплинами на поздних стади€х. “олько в последние годы наметилс€ прогресс в инструментах концптуального проектировани€, позвол€ющих соедин€ть концептуальные модели с результатами узкоспециализированного, монодисциплинарного анализа. ѕриводитс€ пример того, как осознание проблемы соединени€ концптуальных моделей со специализированными методами их исследовани€ родило новую терминологию в стади€х проектировани€: «критерийный» проект. ќн соответствует более ранней терминологии «концептуальной» стадии и представл€ет собой пока ещЄ только видение того, как в будущем BIM-модели будут использоватьс€ дл€ своего рода «быстрого прототипировани€» проекта — оценки сценариев и вариантов с довольно глубокой проработкой по специализированным расчЄтам. ѕока считаетс€, что творческие возможности архитекторов ограничены нежеланием консультантов (т.е. подр€дчиков специализированных работ и экспертных оценок проекта) производить анализ и моделирование множества всего того, что архитекторы желают исследовать в качестве возможного варианта. ѕрактически невозможно встретить ѕќ, хорошо подход€щее дл€ задачи «скоростного» междисциплинарного сотрудничества на концептуальной стадии, дл€ получени€ быстрых ответов от специализированных дисциплин на вопросы об эффективности рассматриваемого варианта. —ейчас информационные модели слишком перегружены информацией, слишком т€желы и требовательны к детализованности, чтобы использоватьс€ в вышеупом€нутом «критерийном» дизайне с его посто€нными изменени€ми входных параметров.

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

ƒ.’. предлагает также решение проблемы перехода между концептуальными и архитектурными модел€ми к инженерным, расчетным модел€м (с об€зательными возможност€ми визуализации на всех этапах, этого неотъемлемого компонента BIM). ѕо его мнению, базирующиес€ на облачных вычислени€х программные системы (фреймворки) снимут существующую необходимость заново строить расчетные модели, а специализированные данные дл€ них будут извлекатьс€ из единой информационной модели через «умные фильтры», программные компоненты дл€ различных семантических (смысловых) представлений одних и тех же геометрических объектов.

 омментарий. «начение «дисциплинарного высокомери€» трудно переоценить дл€ нашей дискуссии про BIM и его пределы применимости. Ћично € считаю, что ƒ.’. слишком оптимистичен в отношении облачных технологий — проблемы в св€зывании разных дисциплин в единую модель лежат совершенно не в вычислительной (решаемой и без облака) и организационно-технической плоскости (частично решаемой при помощи облака, поскольку в нем разрозненные, специализированные данные и компоненты модели можно хранить централизованно, легко и автоматически получать доступ к актуальным верси€м таких данных и делать таким образом «иллюзию единой модели» — всЄ в рамках оговоренной, жестко ограниченной номенклатуры ѕќ). ћы, надеюсь, поговорим об этом подробно в следующей публикации на Writandraw.ru.

¬ыводы и комментарий.

 онечно, как подчеркивает ƒ.’., описанные в статье смертные грехи BIM не €вл€ютс€ системными проблемами непосредственно самой BIM-парадигмы, а скорее происход€т от столкновени€ этой парадигмы с реальностью внедрени€. ћногие из них обусловлены социальными аспектами индустрии AEC и будут значительно измен€тьс€ при переносе на нашу почву ¬осточной ≈вропы. ¬ случае BIM выражение «практика — критерий истины» как никогда правдиво. Ќадеюсь, что этот, на мой взгл€д, очень глубокий анализ BIM-практики от опытного эксперта поможет вам по-новому взгл€нуть и на проблематику, окружающую BIM, и на нашу дискуссию, далеко не всегда дот€гивающую до такого уровн€ понимани€ проблем и €влений в информационном моделировании.

 омментариев: 24
id 8008     11 сент€бр€ 2012, 13:58
 ¬ладимир —авицкий

÷итата из ¬ладимир “алапов, id 7997:

 роме денег еще "т€м" нужен: если предлагать работать в BIM, повтор€€ действи€ строителей, как рекомендуют некоторые, то никакие деньги не помогут.


¬ам с вашей т€мой јрхикад ещЄ много лет догон€ть надо.ѕовторюсь, пройдитесь по проектным фирмам вашего города посмотрите в чЄм работают архитекторы и всЄ про т€му узнаете.

ќтветить   ÷итировать выделенное

id 8019     11 сент€бр€ 2012, 17:21
 ¬ладимир “алапов

÷итата из ¬ладимир —авицкий, id 8008:

пройдитесь по проектным фирмам вашего города


¬ы, кстати, мне уже несколько раз говорили про две какие-то фирмы в Ќовосибирске, которые Tekla используют. ћожет, все-таки их назовете, € к ним и пройдусь?

ќтветить   ÷итировать выделенное

id 8022     11 сент€бр€ 2012, 17:50
 ¬ладимир —авицкий

÷итата из ¬ладимир “алапов, id 8019:

¬ы, кстати, мне уже несколько раз говорили про две какие-то фирмы в Ќовосибирске, которые Tekla используют. ћожет, все-таки их назовете, € к ним и пройдусь?


Ќе ждите ,смело заходите в любые не ошибЄтесь

ќтветить   ÷итировать выделенное

id 8025     11 сент€бр€ 2012, 18:30
 ¬ладимир “алапов

÷итата из ¬ладимир —авицкий, id 8022:

Ќе ждите ,смело заходите в любые не ошибЄтесь


“о есть про две фирмы - это вы оп€ть "пошутили"?

ќтветить   ÷итировать выделенное

id 8029     11 сент€бр€ 2012, 20:08
 √еннадий

÷итата из ¬ладимир “алапов, id 8025:

“о есть про две фирмы - это вы оп€ть "пошутили"?


ƒл€ него собственные высказывани€ не предполагают никакой ответственности. Ёто как чихнуть.

ќтветить   ÷итировать выделенное

id 8309     3 окт€бр€ 2012, 6:28
 Dominik Holzer
Thank you for the translation Alexander, and thank you for all the comments. It seems Russia and Eastern Europe is experiencing similar discourse about Design Technology and its impact on practice like the rest of the world.

The issues I raise are not dependent on software, members of our BIM group and the offices involved use different tools such as Revit or ArchiCAD. On the other hand, it is true that Autodesk has managed to build up a great community of users and we have yearly Revit Technology Conferences and local Revit Users groups here in Australia. Graphisoft, Bentley, Tekla and others have not gone that far yet. Maybe this will follow.

Still, the existence of user groups and a community surrounding a BIM platform such as Revit, does not automatically provide a more coherent, social context for collaboration among disciplines.

Please find out more about my work on my blog and on the BIM webstite I've just set up with the Australian Institute of Architects.

http://aecconnect.blogspot.com
http://bim.architecture.com.au/

Regards

Dominik

ќтветить   ÷итировать выделенное


ѕол€, помеченные * об€зательны дл€ заполнени€

  »м€ *

  e-mail

  web

¬ы можете ввести не более 3000 символов, осталось:

¬ведите
первые 3 символа:

 *

ќбновить



    

„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: „то такое +20%: Ёффект внедрени€ BIM? –ост выручки ƒассо?...
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2019 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.