#Теория Разработка нового.

Кроме известных многим циклов Деминга и Бойда, которые важны в проектах и работе организаций, есть ещё один цикл, у которого пока нет названия (ну или я не знаю).

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

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

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

Если посмотреть на развитие BIM, можно увидеть тот же цикл. В восьмидесятые годы появилась теория что будет удобно проектировать в 3d. Под это создали инструменты, проверили на практике, оказалось что нужна ещё информация, кроме 3d. Создали инструменты где есть 3d и информация, проверили на практике - оказалось, нужна ещё совместная работа. Создали продукты где есть и это тоже, сейчас на практике примерно все приходят к тому что удобнее всего работать с базой данных, к которой у всех есть свои права доступа, и в которой хранится и информация, и геометрия.

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

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

К слову статья о том, что убьет Revit https://zen.yandex.ru/media/id/5ac225ea55876b8b1c40b22f/tot-chto-ubet-revit-61e013f0946d9f632fd491bd

Кстати, вот список опен-сорс алгоритмов, которые использует автодеск, может кому то в копилку: https://www.autodesk.com/company/legal-notices-trademarks/open-source-distribution

Прошло почти 6 месяцев после выпуска формата файла .bim на Github (https://lnkd.in/d7hpNn9Q).

За этот период времени, благодаря сообществу open-source, были созданы:
- Библиотеки для C#, Python и Typescript
- Импортеры и экспортеры для Archicad, Grasshopper, SketchUp, Blender, Online 3d Viewer
- Конвертеры в и из IFC и DXF
- Несколько примеров файлов

И да, все вышеперечисленное полностью с открытым исходным кодом :)

В России появится национальный репозиторий открытого кода

Сегодня правительство приняло соответствующее постановление.

Документ предусматривает проведение эксперимента:

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

Все это будет сделано до 30 апреля 2024 года. Работы начнутся 1 ноября 2022 года.

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

@mintsifry

🔹 мы вошли в полосу «BIM тумана», но рано или поздно он развеется
🔹 наступает этап BIM на стройке, так как эта часть жизненного цикла с точки зрения использования данных самая провальная
🔹 уберизация в стройке интересная тема, но пока есть ощущение, что возможна только на этапах вовлечения большого количества специалистов рабочих специальностей или техники
🔹 главной темой будет работа с данными и информационный менеджмент. Так же как в свое время из штатных расписаний ушли позиции САПР-менеджеров рано или поздно технологии BIM будут настолько привычными, что роли BIM менеджеров и координаторов трансформируются в информационных менеджеров, а информация окончательно станет товаром
🔹 внедряя BIM или любые другие технологии надо держать в голове, что это лишь инструмент достижения цели, а не сама цель. Принятие решений на основе данных позволяет управлять себестоимостью строительства, а не констатировать ее постфактум. Позволяет создавать лучший продукт. Баланс между себестоимостью и продуктом помогает работать более прибыльно. Это важно всегда.

Всё это - краткие выводы с дискуссионной встречи BIM-лидеров в Екатеринбурге. Подробнее читайте на канале @bimleaders2022 ⬆️

TechCrunch: OpenAI выпустила Point-E, которая может создавать 3D-модель из текста за 1-2 минуты – результатом будет облако точек, которое потребует дополнительное преобразование

@ftsec

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

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

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

А вот второй случай получает определённое развитие.
Первая редакция открытых требований к жилым зданиям:
https://наш.дом.рф/site/binaries/content/assets/domrf/тим/технический-комитет/пнст-требования-к-цим-жилых-зданий-дом.рф.pdf

Сейчас уже активно ведётся работа над второй редакцией, вероятно она будет ближе к лету.

PipeCAD/index.md at main · eryar/PipeCAD · GitHub
https://github.com/eryar/PipeCAD/blob/main/docs/ru/index.md

По поводу вышесказанного добавлю. Недавно как раз сделал поверхностный обзор бесплатного ПО для работы с IFC, где помимо проверки коллизий есть и визуальное сравнение версий, таск менеджмент какой никакой и «таблица данных» у вьювера Trimble, где довольно удобным способом можно получать предварительные объёмы

https://dzen.ru/a/ZDw4ILcn3XE6eKNu

написал похожий вариант экспорта в csv, пока особо не пытался отладить или сделать удобный инструмент)
https://github.com/dosymep/RevitCoreConsole/blob/master/RevitCoreDBApplications/ExportCsvCommand.cs

Hugging Face совместно с ServiceNow собрали и выложили свою собственную модель, которая умеет то, что делает GitHub CoPilot — подсказывать код, по сути писать 80% кода без всяких программистов. Только в отличие от CoPilot это не платная услуга, а доступный всем опенсорс код и веса модели.

Я проверил его на любимом моем примере — написании кода игры в морской бой. У меня есть претензии к результату с точки зрения качества кода. Но он получился работоспособным и это самое важное. Внутри у нее кроме неонки всё традиционно — GPT2 модель на примерно триллион токенов. Качество работы на моих примерах чуть хуже CoPilot, но начало положено.

https://huggingface.co/bigcode/starcoder

Хотел ничего не писать недельку, но тут внезапно (на самом деле очень ожидаемо) Meta выложили продолжение своей самой популярной большой текстовой модели - Llama 2-Chat. Эта модель примерно в 2 раза больше предыдущей LLaMA во всем (включая контекст) содержит разметку на базе позовательской оценки диалогов, и самое главное - судя по всему Мета собираются продавать право на использование этой модели в своих коммерческих проектах.

На деле и старую LLaMA и построенные на ее базе открытые решения активно использовали в коммерческих проектах по всему миру. Так что тут появилась возможность легализации. Llama 2 пока выглядит чуть слабее, чем собственные решения гугла и OpenAI, однако для опенсорсного решения это нормально - зато вы сможете улучшать и изменять свою модель так, как хотите https://github.com/facebookresearch/llama