РАБОТА В СТОЛ

В одном из докладов «Просвета» прозвучала мысль о том, что одна из проблем проектирования, которую должен решить ИИ, — это работа в стол.

Работа в стол (или «на корзину») — это работа, которая не была принята к реализации, не пошла дальше, ушла на доработку или полностью будет переделана.

Но ведь любой созидательский процесс — это на 80% работа в стол.

✍️Булгаков, например, переписывал «Мастера и Маргариту» шесть раз!

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

Я веду к тому, что работа «на корзину» — это НОРМАЛЬНО (в разумных пределах, конечно. Тут важно не скатиться в бесконечный улучшайзинг), и все таки

🎙ЧТО МОЖНО СДЕЛАТЬ, ЧТОБЫ ИЗМЕНЕНИЯ МЕНЬШЕ ДЕМОТИВИРОВАЛИ КОМАНДУ:

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

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

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

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

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

Подписка Perplexity на год - по цене двух чашек кофе🕕

Да, по итогу способ оказался рабочим:
☀️На площадке приобретаем услугу подписки;
☀️На почту или в самом магазине нам предоставят ссылку на промо-активацию подписки PRO на целый год;
☀️Переходим по ссылке, указываем почту на которую создан аккаунт в Perplexity (или предварительно создаем новый)
☀️На почту придет подтверждение - что вы хотите активировать промо код;
☀️Получаем подписку на год;

Не до конца понимаю откуда сливают\утекают такие "коды", но в моей цепочке, вообще был ресселер - panelfire.com на нём цены тоже ниже, но все же вопросики что за серые схемы🔫

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

Ах-да😈
Немного "системной безопасности"

Если в поисковик гугла вставить такую строчку, и какое то ключевое слово

site:chatgpt.com/share [ключевое слово]

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

Пошел заваривать чаёк и смотреть как #ai сливает переписки

BIM FAQ

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

🎙Можно ли организовать совместную работу на ЯндексДиск?

🎙Действительно, если вы установите ЯндексДиск (или другой файлообменник общего назначения) на локальный диск, то он у вас будет отображаться, как файловая папка. И у вас даже получится разместить в нее Revit модель, и даже получится сохранить ее как ЦМХ. И даже другим пользователям удастся в нее зайти и с ней поработать.

ЦМХ - Центральная модель хранилища Revit — единая BIM-модель для совместной работы в многопользовательской среде

В чем же подвох? Зачем компании тратят бюджеты на инфраструктуру для совместной работы?

Разбираемся:

🎙Нет очередей и блокировок элементов

Revit для совместной работы использует механизм очередей и блокировок: сервер отслеживает, кто редактирует элементы модели, чтобы избежать конфликтов данных при одновременной работе нескольких пользователей. Эта очередь обновляется каждые несколько секунд, и только полноценный сервер (обычно файловый сервер в локальной сети или RevitServer) способен корректно строить такую очередь и своевременно блокировать элементы для одновременного редактирования. Облачные хранилища общего назначения (Яндекс Диск, DropBox, Google Диск и др.) такой функциональности не предоставляют, поэтому возможны ситуации, когда один и тот же элемент оказывается в работе у двух человек, а итоговая модель расщепляется на несколько копий без очевидных предупреждений.

🎙 Задержки синхронизации и конфликт версий

Яндекс Диск и подобные сервисы синхронизируют файлы с задержкой и не гарантируют одновременную запись: при попытке одновременной работы часто возникают конфликты версий. Один пользователь сохраняет изменения, а второй — не получает их сразу (или получает уже после своих правок), что приводит к «разветвлению» файла и потере данных. Иногда оба пользователя продолжают работу в двух разных версиях модели, не замечая этого до появления критических ошибок.

🎙 Риск повреждения модели и потери данных

Автоматические процессы синхронизации облачных дисков обычно не адаптированы для крупных файлов с частыми изменениями (рабочая Revit-модель обычно весит порядка 400-500Мб при правильном выборе разделения модели, а иногда доходит и до Гб). При активной многопользовательской работе с такими тяжелыми файлами часто синхронизация просто не случается, не выдавая предупреждений.

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

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

#bimfaq