isicad.ru :: портал САПР, PLM и ERP :: версия для печати

Статьи

26 февраля 2021

Autodesk хочет убить файл

Ральф ГрабовскиРальф Грабовски

Это перевод части статьи Ralph Grabowski. Autodesk Wants to Kill the File. В нашей публикации отсутствует фрагмент, посвященный некоторым (не касающимся главной темы статьи) впечатлениям автора от состоявшегося online Autodesk University 2020.
Генеральный директор Autodesk Эндрю Анагност непреклонен. «Я думаю, мы должны признать кое-что прямо сейчас: файлы своё отжили», — сказал он прошлой осенью в интервью журналу Archintosh.

Ахиллесова пята Autodesk — это рог изобилия форматов файлов, которые быстро размножились, после того как компания разработала или приобрела свои 80 софтверных продуктов. Revit не без труда общается с Inventor, у которого свои проблемы интерфейса с Alias. Компания несколько раз пыталась построить универсальные трансляторы и файловые системы, такие как Navisworks, A360, Project Quantum и Project Plasma, но подобные усилия не достигли цели или так и не были реализованы.

В ноябре прошлого года на онлайн-конференции Autodesk University 2020 Autodesk представил новейшее решение, позволяющее избавиться от проблем с файлами: избавиться от самих файлов. Передача файлов через трансляторы должна быть заменена кодом, использующим API платформы Forge.

Forge — это всеобъемлющая система программирования Autodesk, которую компания усиленно пропагандирует среди своих пользователей. Разработанная самой компанией, Forge, среди прочего, с помощью проектов управляет потоками работ. Как объяснил г-н Анагност, «API могут позволить инструментам общаться друг с другом, передавая данные без файлов». См. рисунок ниже.

Autodesk kills file

Потоки данных Forge API (изображения предоставлены Autodesk)

Будущее Autodesk — это приложения и толстые клиенты:

  • Приложения — это небольшие программы для решения конкретных задач, которые обычно способны работать на телефонах, например BIM Layout.
  • Толстые клиенты — это программы для настольных компьютеров, которые запускаются с помощью Интернета, например для генеративного проектирования, лучшим примером которого является Fusion.
План состоит в том, чтобы каждая программа из стабильного набора продуктов Autodesk имела API, позволяющий Autodesk, сторонним разработчикам и опытным программистам получать доступ к данным только того типа и формата, которые необходимы в конкретном случае. Между 3D-моделями и API помещается информационная модель продукта; она содержит данные, определяющие модели. В Forge уже есть Model Derivative API, который извлекает геометрию и свойства из шестидесяти форматов файлов.

Чтобы определить API, которые получают доступ к данным из 80 приложений и толстых клиентов Autodesk, нужно проделать большую работу, и Autodesk пока не опубликовал каких-либо серьезных подробностей. Вот почему создатель одной из САПР Энтони Фраусто-Робледо полагает, что «смерть файла не будет быстрой смертью и может не произойти при нашей жизни».

Г-н Фраусто-Робледо описывает сценарий будущего обмена данными на основе API: «Можно представить себе индивидуальные рабочие процессы, в которых коллеги и члены одной команды используют множество различных рабочих процессов, адаптированных к их конкретным потребностям. Например, можно представить себе, как Slack продвигает функцию отложенного сигнала, чтобы задачи выполнялись автоматически в определенные часы дня».

Не только Autodesk работает над этой проблемой. Проблема особенно остро стоит в архитектурной части проектирования, поэтому конкурентом Autodesk является проект AEC Delta Mobility. Он предлагает обмен небольшими изменениями (дельтами) между программами проектирования на объектном уровне, независимо от формата данных.

Другие поставщики САПР, такие как GRAPHISOFT, также рассматривают возможность обмена порциями данных, необходимых для служебных программ.

Мнение Ральфа Грабовски

Autodesk использовал AU, чтобы объявить о смелых планах на будущее с помощью API-интерфейса Forge для обмена данными и многоплатформенного ACE, ничего не сказав о сроках поставки. То же касается и сроков появления других новых возможностей, но я ожидаю увидеть их примерно в марте, когда Autodesk обычно объявляет новые релизы.

Единая база данных — мечта вендоров САПР, поскольку она позволяет им надежно удерживать клиентов. Microsoft хотела избавить Windows от файлов с помощью своего давнего эксперимента c ОС Cairo. Единая база данных так и не сработала, и в 1996 году Microsoft отказалась от этого проекта — за исключением Registry, и все мы знаем, какой в результате возник беспорядок. В 2012 году Dassault запустила единую систему баз данных с использованием Envoia в Catia V6 (также известную как 3dExperience), но она не пользовалась большой популярностью у клиентов.

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

Autodesk kills file

Данные, передаваемые между настольным компьютером и облаком, в представлении Autodesk

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

Все права защищены. © 2004-2024 Группа компаний «ЛЕДАС»

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