2 июня после продолжительной работы мы выпустили Renga 4.0, а уже на следующей неделе выйдет новая версия Renga – 4.1. Когда-то давно в нашем блоге Даниил Мусиенко рассказывал о том, как выстроен наш процесс разработки. Шло время, правило 7 итераций на релиз перестало работать. Возможно, вы заметили, что над последними двумя выпусками мы работали по полгода. Нечего таить, это был тяжелый год.
Тогда мы подумали, что надо попробовать другую практику. Этот выпуск мы решили подготовить за 3 итерации. Команды оценили свои возможности, определили, какую функциональность успеют сделать уже сейчас, а какая потребует больших усилий и будет выпущена в будущем. Параллельно идет работа уже над следующими релизами. Об успешности этого эксперимента судить пока рано, поэтому расскажем, что мы делали эти полтора месяца.
Итак, мы продолжили работу над экспортом модели Renga в IFC4 и в версии 4.1 он станет более гибким. Теперь вы сможете указать какие типы объектов попадут в IFC, а какие нет. Кроме того, можно задать не прямое соответствие типов объектов, например, указать, что в IFC колонны будут сваями. Настройка будет производиться в файле сопоставления типов. Там нет никаких параметров, только соответствие типов, поэтому редактировать его проще, чем файл сопоставления параметров, о котором мы рассказывали в заметке Экспорт по вашим правилам. Однако ознакомиться со спецификацией IFC4 мы все равно рекомендуем.
Вы можете заготовить несколько файлов сопоставления типов для разных целей экспорта.
Еще одно нововведение, касающееся экспорта в IFC4, — возможность распределения объектов по слоям в соответствии с файлом сопоставления объектов слоям.
Все объекты заданного типа в IFC-модели будут попадать на слой, указанный в этом файле. При рассмотрении модели в IFC-просмотрщиках можно отключать и включать видимость определенных слоев.
Помимо IFC, мы продолжили работу над журналом транзакций совместной работы. Что он из себя представляет мы рассказывали в заметке Тонкости обновления. В этом выпуске журнал совместной работы появится и на клиентских компьютерах. В нем будут отображаться все действия пользователя над проектом и изменения, пришедшие при синхронизации.
Кроме того, много усилий было приложено, чтобы разобраться, почему у пользователей получаются битые проекты, мы никак не могли воспроизвести эту проблему. После мозгового штурма команды технической поддержки и разработчиков выяснилось, что rnp-файл ломается при выключении компьютера в момент сохранения проекта. В Renga 4.1 ошибка устранена, операционная система будет дожидаться завершения сохранения.
Основные изменения мы озвучили, об этих и других нововведениях читайте на официальном сайте Renga и в онлайн-справке сразу после выхода новой версии.
Комментарии
Отправить комментарий