#SIGNAL Недавно вышел отчет от ПСС по СОДам. Не буду касаться ошибок по конкурентам, напишу лишь корректировки по своему продукту SIGNAL DOCS.

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

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

По следующим неточностям:

Для работы с файлами (просмотр, работа с замечаниями) используется Autodesk Forge.

При этом отметим, что SIGNAL DOCS использует для работы компоненты Autodesk Forge. В случае их исключения сохранится функциональность просмотра и работы с моделями в формате IFC (на базе решения Tangl). Остальные функции потребуется разрабатывать.

Forge-вьювер у нас используется только для просмотра САПР-форматов (rvt, dwg, nwd, nwc, ifc, fbx, 3ds и др.), также как и Tangl-вьювер для ifc и (через плагин) rvt. Про какие замечания и функции которые надо будет разрабатывать идет речь - непонятно.

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

Если об интеграциях, то мы реально реализовали интеграции с Autodesk Forge, Navisworks, Revit, MS Office 365, MS Project, Google Документы, AutoCAD, Tangl. В DOCS можно вставлять ссылками любой веб сервис с доступом через фрейм, в DASH есть интеграции с веб-камерами, данными из 1С, расшаривание данных из карточек по ссылке во внешние системы. Т.е. делаем все интеграции, которые возможны и реально нужны пользователям. Рассматриваем интеграцию с Plan-R, а также с модулями Tangl Control и Value.

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

В связи с этим динамика выручки компании не демонстрирует успешность продаж SIGNAL DOCS

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

На взгляд Исследователя у позднего выхода на рынок есть две основные причины:
- приоритет на реализации функционала, требуемого основному инвестору;
- стремление довести продукт до идеального, не учитывая фактор времени.

Разработка DOCS’а началась в 2023м году, потому что весь 2022й мы реализовывали HUB - новую админку и систему лицензирования, вместо той что основывалась на Autodesk. Также в 2022м мы переносили INSPECTION и TOOLS на новую авторизацию, чтобы выполнить обязательства перед существующими клиентами.

Летом 2023го была реализована часть DOCS’а и представлена на BIM-форуме, с анонсом планов доработать до конца года.

Можно ли выпустить продукт уровня DOCS быстрее чем за год? я сомневаюсь.

А ну и On-Premise со следующего года у DOCS’а будет.

#IYNO Пришли новости, что проект IYNO в текущем виде прекратил свое существование.

Руководство договорилось о переводе сотрудников в другие компании (жаль что не к нам), а проект закрыло. Возможно временно, ведь исходные коды и сам продукт никуда не пропадут. Мб перепродадут комуто или команда воспроизведет его в каком нибудь модуле 10D Самолета.

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

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

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

#ГосТИМ Константин Михайлик дал интервью Светлане Опрышко, одним из вопросов был: когда будет бесплатный API к ИСУП?

Константин ответил, что бесплатного API не будет, потому что до уровня ИСУП нужно дорасти. Как связано бесплатное с уровнем продуктов, пока остается загадкой.

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

Но 1) почему тогда интеграцией занимается ООО "Универо" buildbus.ru которая входит в Аметист Кэпитал, а не ФАУ "Роскапстрой" или ее дочка?

и 2) почему деньги надо платить не разово, а постоянно по подписочной модели за каждый интегрированный проект? Что за коммерциализация гос. платформы?

Выглядит все так, что ИСУП разрабатывается командой Exon, с условием что ему дадут заработать на этом и покрыть свои затраты на доработку платформы для Минстроя. Т.е. Минстрой позволяет поставить в зависимость отрасль в обмен на то, что ему бесплатно сделают гос. платформу (почти бесплатно, там еще есть госконтракты как бы на подключение, настройку и обучение работе в ИСУП) ну и как следствие помогут показать видимость цифровизации и закрыть годовые KPI его сотрудникам.

#ГосТИМ Продолжаем разбирать вырезки из интервью Константина Михайлика.

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

Я вам говорю от лица тех, кому приходится пытаться использовать КСИ. Методологически подход Владимира Волкодава с тремя аспектами и мол получением кода на стыке 4,5 и 6 таблиц - не верный.

Он мешает двигаться дальше. Классы получаются неконкретными и к ним не получается предъявить требования, и впринципе с ними работать (это какбы получились недоклассы/полуклассы).

Предложение заменить 6ю таблицу Com на мою и требовать заполнять в элементы ЦИМ только ее (Специально даже в кодировку КСИшную перебил, чтобы ФАУ ФЦС меньше работать). С 4 и 5й потом разберемся доправим, там переписывать полностью не потребуется.

Спросите экспертов, чьему мнению вы доверяете, что они об этом думают.

#Теория Крутая статья о том, как статистика победила лингвистику.

Если вкратце: бывший сотрудник ABBYY подвел итог причин проигрыша их подхода к переводам и генерации текста подходам гугл транслейта и чата гпт.

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

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

Пока читайте статью, в следующих постах раскрою эту тему мол как это влияет на стройку. Ну и можете писать в комментарии свои мысли после прочтения 👇

Опубликованы все видео с BIM Просвета по Квартирографии

Спикеры
Анастасия Кравцова — BIM2B
Юлия Шугалова — Эталон
Татьяна Николаева — ПИК
Елена Боженкова — Энэка
Ольга Кирейчук — APEX
Нико Гамсахурдия — СПИЧ
Никита Хабаров — Брусника
Иван Кулемин — BIMStep
Юлия Качура — Инград
Никита Любчиков — We-On
Валерия Шершнёва — Олимпроект
Юрий Суворов — Capital Group
Андрей Талабанов — Development Systems

Перед просмотром обязательно нажмите на "Подписаться"

Смотреть на ВК
Смотреть на Дзене
Смотреть на Ютубе
Смотреть на Рутубе

Доска решений BIM Просвета


Идеи и предложения: @purtovsy

#BimПросвет
#BimПросветКвартирография
#BIMSupport
#Квартирография

#Образование Еще в универе у меня появились сомнения, что навык решения выдуманных задач на листочке поможет мне с решением реальных строительных задач.

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

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

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

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

Что если надо постепенно переставать тратить время на подготовку людей к ядерной зиме и жизни без компьютеров, мол будто всем массово может потребоваться считать на листочке?

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

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

#Теория Еще одна рефлексия после прочтения статьи про ABBYY касается ПИКа.

В 2017-18 годах я руководил разработкой различных программных продуктов в ПИК-Проекте. Одним из них был Робот проектировщик. Он позволял генерировать мастерпланы из ПИКовских домов.

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

Затем мы тестировали алгоритмы упаковки, нарезки стола, поиска экстремумов, ну всем известные - монтекарло, имитации отжига, генетический и пр. Эти алгоритмы показывали приемлемые результаты на 3-5 переменных факторах, но при превышении сыпались.

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

В итоге я пришел к мысли:

«зачем мне искать горы и ямы в пространстве поиска, бросая на макет шарик, если я могу просто измерить все отметки?» Т.е. просто перебрать все варианты и решение задачи сделать лишь вопросом мощности компьютеров и времени.

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

#SIGNAL Записал видео примера как можно написать с помощью ChatGPT на Google Script интеграцию с SIGNAL DOCS используя наш публичный API.

function getAuthToken() {
  var url = 'https://api.sgnl.pro/public/v1/auth/token';
 
  var payload = {
    "clientId": "my_client_id",
    "clientSecret": "my_secret_id",
    "scopes": [
      "project:list"
    ]
  };
 
  var options = {
    'method': 'post',
    'contentType': 'application/json',
    'headers': {
      'accept': 'application/json'
    },
    'payload': JSON.stringify(payload)
  };
 
  try {
    var response = UrlFetchApp.fetch(url, options);
    var jsonResponse = JSON.parse(response.getContentText());
    var jwt_token = jsonResponse["token"];
    Logger.log("Response JSON: " + jwt_token);
  } catch (e) {
    Logger.log("Error: " + e.message);
  }
  return jwt_token
}


function getProjects() {
  var url = 'https://api.sgnl.pro/public/v1/projects';

  var jwtToken = getAuthToken();


  var options = {
    'method': 'get',
    'headers': {
      'accept': 'application/json',
      'Authorization': 'Bearer ' + jwtToken // Добавляем токен в заголовок Authorization
    }
  };
 
  try {
    var response = UrlFetchApp.fetch(url, options);
    var jsonResponse = JSON.parse(response.getContentText());
   
    Logger.log("Response: " + JSON.stringify(jsonResponse)); // Логируем ответ
    return jsonResponse; // Возвращаем ответ, если это необходимо
  } catch (e) {
    Logger.log("Error: " + e.message);
  }
}

#SIGNAL Записал еще одно видео по интеграции с SIGNAL DOCS через публичный API, на этот раз из IronPython Dynamo и опять с помощью ChatGPT

#Конференция 28.11.2024 (чт) с 9:00 до 15:00 пройдет оффлайн конференция в Екатеринбурге ТИМ-ДОМНА

Там будут рассказывать про PilotBIM, Model Studio CS и TDMS

Но для меня самое интересное - это кейс Пермской госэкспертизы по экспертному сопровождению проектов в SIGNAL DOCS.

12:00-12:30 Опыт Экспертизы Пермского края по применению среды общих данных SIGNAL DOCS

Савич Сергей Анатольевич, начальник отдела экспертизы проектной документации КГАУ «Управление госэкспертизы Пермского края»

Мы, конечно, потом еще отдельно вебинар по этой теме проведем, но пока что, это вот первое выступление на моей практике по теме: «Применение СОДа для экспертного сопровождения». Мне кажется стоит того, чтобы слетать в Екат и узнать «как это работает» из первых уст.

—— РЕГИСТРАЦИЯ

Опрос - Удаленное проектирование и фриланс 2024

Проводится очередной ежегодный опрос о роли фриланса в работе инженеров.

Регулярность – душа институтов, поэтому будем вам признательны за его прохождение.

👉 Для прохождения опроса перейдите по ссылке
- https://forms.gle/1j87CQxCqQHPpcMf7

Опрос будет проводиться в течение месяца - с 11 ноября по 11 декабря 2024 г.
Цель данного опроса – определить текущую ситуацию и тренды относительно итогов предыдущего.

Статья с подведением итогов предыдущего опроса доступна по ссылке
- https://muratovbim.pro/blog/opros-udalyonnoe-proektirovanie-i-frilans/

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

Опрос, как и в прошлый раз, состоит из 20 вопросов, каждый - с вариантами ответа, так что прохождение займёт у вас всего около 10 минут.
Ссылка на итоговую статью будет направлена всем заинтересованным, а также размещена на канале "Рупор ГИП" https://www.tg-me.com/rupor_project до конца января 2025 года.