Получи случайную криптовалюту за регистрацию!

Просто о BIM

Логотип телеграм канала @prostobim — Просто о BIM П
Логотип телеграм канала @prostobim — Просто о BIM
Адрес канала: @prostobim
Категории: Технологии
Язык: Русский
Количество подписчиков: 3.19K
Описание канала:

Простым языком об Информационных технологиях в строительстве (BIM)
Автор канала:
Александр Попов @popov_bim
Для общения и связи с авторами: @bimcomments

Рейтинги и Отзывы

3.67

3 отзыва

Оценить канал prostobim и оставить отзыв — могут только зарегестрированные пользователи. Все отзывы проходят модерацию.

5 звезд

1

4 звезд

1

3 звезд

0

2 звезд

1

1 звезд

0


Последние сообщения 4

2022-06-09 08:59:06 #Подкасты Подкаст с Александром Волковым у Рогачева. Часть 2

Продолжу некоторые комментарии к подкасту Александра Волкова, много пищи дано для размышлений и обсуждений.

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

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

Думаю с Китаем получится также как с Северным потоком 2, мы сейчас вложим последние деньги в расширения этих магистралей, жд путей, перерабатывающих заводов, а те потом: “а дайте нам скидку в два раза больше”, или и вовсе откажутся, т.к. присоединятся к санкциям, чтобы продолжать работать с миром (из-за каких-нибудь условий 8го или 9го пакета).

Т.ч. если будет строиться вся эта инфраструктура за наш счет, то это рискованные инвестиции, которые могут прекратиться в любой момент, и повышают зависимость от Китая. Если за счет Китая, то там будут работать не наши сотрудники и не на нашем ПО, т.е. не наша экономика будет зарабатывать.
1.0K views05:59
Открыть/Комментировать
2022-06-06 09:03:27 #Подкасты Вышел подкаст с Александром Волковым у Игоря Рогачева. Дальше напишу пару своих комментариев на поднятые темы.




Александр Волоков: Уход западных разработчиков программного обеспечения создаст положительную динамику роста доходов Российских разработчиков. И рост доходов должен незамедлительно сказаться на качестве самих программных продуктов. Они должны начать гораздо быстрее эволюционировать.

Комментарий:
При уходе с рынка Autodesk будет происходить двунаправленное движение в покупке софта. С одной стороны кто-то перейдет на отечественное, с другой - кто-то перейдет на пиратское (бесплатное) и в принципе не будет рассматривать отечественное.

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

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

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

Ни о каком росте команд речи не идет, подбор персонала сталкивается с ситуацией, когда просто нет программистов требуемого уровня - конверсия от собеседований стремится к нулю, массово снижается уровень команды, т.к. самые лучшие уходят, а набираются только начинающие, вчерашние студенты (вспомните еще как у нас учат в универах).
783 views06:03
Открыть/Комментировать
2022-06-02 08:01:17 #ГосТИМ BIM не замесТИМ?

на прошлой неделе на ancb вышла статья по итогам конференции «ЦифраГрад-2022»
http://ancb.ru/publication/read/13122

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

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

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

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

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

Михайлик: все, что они делали […] ограничивалось тем, что исторически был сделан упор на адаптацию зарубежных продуктов

Комментарий: потому что зарубежные работают, а отечественные пробуют работать, делаются либо десятком реальных программистов (Renga), либо на иностранных библиотеках ODA (NanoCAD) и SharePoint (VitroCAD)

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

Комментарий: это является вашей самой важной политической задачей поставленной вам сверху вашим руководством. Ни задачей разработчиков, ни их клиентов, а ВАШЕЙ. Поэтому не перекладывайте с больной головы на здоровую, можете например свою зарплату задонатить в ренгу или нанокад - больше пользы будет. Хотя можете и отжать у Аскона Ренгу, национализировать, стать ее директорами и ставить задачи программистам, а потом отжать ПИК и ставить задачи всем сотрудникам работать в ренге (сквозь боль и слезы).

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

Комментарий: То что вы сейчас называете «честной информацией» - это еще не она - честная потянет на 33 млрд рублей. Но честную вы и тогда и сейчас знаете, просто решили отмазаться, мол это там внизу нас обманывали, чтобы скинуть с себя ответственность, переложить на следующие уровни (им будет очень приятно дальше с вами работать и исполнять ваши указания).

Михайлик: Самое главное – выстроить диалог. Это очень тяжело. Очень тяжело поверить друг другу, начать инвестировать в это время, силы и средства.

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

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

#послевас
1.4K views05:01
Открыть/Комментировать
2022-05-31 09:02:21 #Классификатор Классификаторы и их маппинг. Часть 4.

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

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

Такой участник должен быть сообществом компаний, некоммерческой организацией, который обладает достаточными компетенциями для подобной разработки (не ФАУ ФЦС и его подрядчики, и не БИМ-ассоциация). Все классификаторы и таблицы проверок и маппингов должны выкладываться на открытые ресурсы, чтобы все желающие могли изучить, перепроверить и убедиться в корректности методологии расчета.

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

Таким образом девелоперам для реализации этой методологии (которая существенно автоматизирует его деятельность и упростит работу) будет достаточно прописать в требования к проектировщику задачу выполнить условия данной методологии, т.е. заполнить определенные коды классификатора и требуемые параметры. К тому же у проектировщика будет однозначное понимание, что он на 100% выполнил все требования (т.к. автоматизированно проверил модель) и что девелопер не прибежит в конце контракта с требованиями смоделировать ещё то-то и то-то и заполнить такие-то и такие-то атрибуты.
946 views06:02
Открыть/Комментировать
2022-05-30 08:57:12 #Классификатор Классификаторы и их маппинг. Часть 3.

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

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

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

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

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

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

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

продолжение следует...
1.2K viewsedited  05:57
Открыть/Комментировать
2022-05-27 09:04:26 #Классификатор Классификаторы и их маппинг. Часть 2.

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

Т.е. если для Стены и Пилона это будут одинаковые параметры, то не требуется их делить на 2 класса, но если Колонна - это элемент у которого геометрические характеристики задаются не параметрами Толщина и Длина, а параметрами Ширина и Высота (сечения), то это уже другой Класс.

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

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

Затем уже к работам отдельными таблицами могут прикрепляться сметные расценки или ресурсы, но это отдельная история, которая аналогична работе и без BIM.

продолжение следует...
1.1K views06:04
Открыть/Комментировать
2022-05-26 09:03:01 #Классификатор Классификаторы и их маппинг. Часть 1.

По классификаторам базовые вещи описаны здесь:
https://t.me/prostobim/571
https://t.me/prostobim/572
https://t.me/prostobim/573
https://t.me/prostobim/575

Далее будет 4 части, для комплексного обсуждения предлагаю дождаться 4й.

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

Работа с моделями через классификаторы - это методология, которая основывается на том, что проектировщик при разработке модели заполняет в определенные параметры коды, которые однозначно определяют элемент. Далее подход может разделиться на 2 варианта:

Вариант 1, когда в код классификатора зашивается составляющая вида работ или даже ресурса.

Т.е. до 3 уровня, к примеру, классификатор делится по системам и конструктивной функции B20 - “Несущие конструкции”, B20.10 - “Вертикальные конструкции”, B20.10.10 - “Стена”, а дальше делятся по виду работ B20.10.10.001 - ”Устройство монолитной железобетонной стены класса бетона B25 с коэф. армирования 130 кг/м3”, на следующем уровне уже делится на ресурсы B20.10.10.001.001 - “Монолитный бетон В25 W6 F100” и т.д.

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

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

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

продолжение следует...
1.4K views06:03
Открыть/Комментировать
2022-05-23 11:11:13 #ГосТИМ Описание атрибутивного состава ЦИМ
https://minstroyrf.gov.ru/docs/183386/

Под таким заголовком опубликованы XSD-схемы будущей ТИМ-модели

Я глянул, атрибутивного состава не увидел. В основном добавлены таблицы атрибутов с возможными характеристиками самих будущих атрибутов (которыми эти таблицы надо будет наполнить). Среди этих характеристик у каждого атрибута добавлен "Код по КСИ", остальные стандартные IFC-шные.

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

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

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

А ну и ещё IfcBoreHole класс добавили - буровую скважину, видимо без него никуда (как еще уличные туалеты классифицировать?). Правда в новой версии IFC 4.3 (который сейчас в разработке у международного buildingsmart) IfcBorehole тоже добавили и у нас тут уже пошло разночтение в том большая или маленькая буква h. Как обычно, сделали единственную мелкую правку и не смогли не налажать.
1.2K viewsedited  08:11
Открыть/Комментировать
2022-05-20 10:19:04
#Autodesk BIM 360 Docs на днях поймал баг. Судя по опросу пока еще многие в нем работают и дам рекомендацию по обходу этого бага.

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

Итак, решение:

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

Да, данное действие с забагованным файлом надо проделать из под каждого юзера, кто этот файл в принципе смотрит, поэтому проще просто переслать коллегам эту инструкцию, чтобы понимали, что если реестр замечаний в документе не работает, то надо НАЙТИ ВРУЧНУЮ ТОЧКУ ЗАМЕЧАНИЯ В ЭТОМ ДОКУМЕНТЕ И ОТКРЫТЬ
1.1K views07:19
Открыть/Комментировать
2022-05-20 09:01:13 #СтроительныеРассказы Тендер

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

В 4 конверте оказалась заполненная заявка, но с пустым полем предложенной суммы.

Семён посметрел на суммы в трех других заявках: 3,4 млн. р, 3,99 млн.р и 3,2 млн. р.,.

Семён объявил: «Четвертая заявка компании… предложена сумма - 3 миллиона 100 тысяч рублей… Победителем конкурса на работы объявляю четвертого претендента, который дал самую низкую цену»

вписал в четвертую заявку 3,1 млн. р., свои ФИО и подписал.

—- Все события и персонажи вымышленные, любое совпадение с реальностью - случайно.
1.1K views06:01
Открыть/Комментировать