В DCC, к которым относится Maya, и в CAD, к которым относится близкий ей(и более раннему PowerAnimator) Alias(CAD) всё устроенно именно так, как вы говорите — пишется именно последовательность операций (и эти две софтины для разных рынков очень архитектурно близки «под капотом»).
А когда модель(деталь) закончена — она запекается(baking) — т.е. удаляется вся история и всё переводится в абсолютные значения (вам по САПР дожно быть тоже это знакомо — когда всё экспортится в тот же STL для последующего производства).
И вот этот результат лучше хранить в бинарном формате и передавать дальше по pipeline(на станки или в рендеринг/компоузинг). И да, после запечки, разумеется, будут те самые сотни тысяч точек на результирующей модели — но это уже финальная стадия.
upd: я не утверждаю, что все САПРы такую архитектуру имеют — тот же ранний AutoCAD for DOS — точно нет.
Причина одна — клиенты(пользователи инженеры) не потребовали от производителей САПР такой функциональности.
В индустрии компьютерной графики(CG) к комбинации бинарного(для скорости, что было особенно акутуально для HDD/ранних сетей) и текстового(для системы контроля версий/парсинга) пришли давно (можно даже сказать, что всегда использовали эту комбинацию) — но там было намного более плотное взаимодействие пользователей и разработчиков. Например, Pixar — те же люди, что писали RenderMan — стали делать и мультики. Или использование Maya (как и её предшественника PowerAnimator) в сколько-нибудь сложных проектах в сравнении с 3DStudio Max в т.ч. обьясняется и возможностью сохранения в ASCII.
Доводилось вводить в графический pipeline(разработка игры/VR) использование SVG вместо бинарных векторных форматов — первое впечатление у дизайнеров действительно было жуткое — но через пару месяцев они привыкли — и открыли для себя, что случайно сохраннённые и закомиченные изменения в SVG прекрасно видны.
Собственно, по изменению исходных кодов программист тоже не всегда может сравнить две версии приложения — скорее направление, куда смотреть.
сложно в это поверить. Единственная разница — бинарные файлы пишутся/читаются быстрее.
А так любой уважающий себя софт имеет 2 версии файла — текстовую для системы контроля версий/ручных фиксов и бинарную для всего остального. Могу рекомендовать ознакомится с Autodesk(Alias/Wavefront) Maya — 25 лет у них все получается;)
Думаю, что аудит делал тот же тип компании, который ранее подтвердил, например, разработку китайского вооружения с нуля и отсутствие совпадения с советским вооружением, начиная с 1950х, в диапазоне от пушек и до авианосцев ;) Или автомобилей с японскими или немецкими;)
Внутренняя информация — это процедура ухода в отпуск, правила противодействия вирусу и т.д. — т.е. та информация, которой владеет любой сотрудник SpaceX, начиная с охранника и заканчивая владельцем.
А вот информация о работах над бустером между стартами — секретная — обладает ею в полной мере очень ограниченное количество сотрудников компании(у которых очень жёсткий NDA) — т.к. она важна для конкурентов, влияет на привлечение инвестиций (и на цену на бирже, когда SpaceX туда выйдет).
Это весьма секретная и постоянно меняющая(например, после последней неудачной посадки B1059 в феврале) информация.
Есть лишь косвенные свидетельство — время обслуживания — которое уменьшилось с 3-4х месяцев до 2х (для некоторых — B1060 — уже меньше 1го месяца).
Двигатели (самая дорогая часть ракеты и их произведённое количество не так велико) не меняют (хотя могут быть исключения) — но могут снимать на переборку/тестирование — и вот это может быть относительно дорого.
Пожалуйста, читайте внимательно комментарий, на которые отвечаете. А если всё-таки отвечаете, то вместо «видосы» ставьте «по приведённой ниже ссылке на симуляции в MathLab» и т.д.
"BAE SYSTEMS has developed the RAD750/sup TM/, a fully licensed radiation hardened implementation of the PowerPC 750/sup TM/ microprocessor, based on the original design database. The processor is implemented in a 2.5 volt, 0.25 micron, six-layer metal CMOS technology."
Очень хорошая демонстрация получилась для обьяснения того, почему вертолёты-краны вроде Ми-10К/Sikorsky S-64/иже не получили повсеместного распространения.
И шанс на то, что разработанная для посадки ровера на Марсе технология стабилизации в будущем может быть полезна и на земле.
Мне кажется, дело больше в традициях ремонта — в Европе, к примеру, на вспомогательных функциях встречаются трактора из 1й половины ХХ века(т.е. 70+ лет), которые уже несколько поколений фермеров ремонтируют, передавая по наследству — в США должно быть такой техники ещё больше из-за отсутствия боевых действий WW2.
Лет 20 назад Нвидия делала аналогичное замедление для антиалиасинга линий в OpenGL для разделения GeForce и Quadro — но вас это не смутило ;)
Разве для разработчиков комиссию урезает, а не для себя?
А когда модель(деталь) закончена — она запекается(baking) — т.е. удаляется вся история и всё переводится в абсолютные значения (вам по САПР дожно быть тоже это знакомо — когда всё экспортится в тот же STL для последующего производства).
И вот этот результат лучше хранить в бинарном формате и передавать дальше по pipeline(на станки или в рендеринг/компоузинг). И да, после запечки, разумеется, будут те самые сотни тысяч точек на результирующей модели — но это уже финальная стадия.
upd: я не утверждаю, что все САПРы такую архитектуру имеют — тот же ранний AutoCAD for DOS — точно нет.
В индустрии компьютерной графики(CG) к комбинации бинарного(для скорости, что было особенно акутуально для HDD/ранних сетей) и текстового(для системы контроля версий/парсинга) пришли давно (можно даже сказать, что всегда использовали эту комбинацию) — но там было намного более плотное взаимодействие пользователей и разработчиков. Например, Pixar — те же люди, что писали RenderMan — стали делать и мультики. Или использование Maya (как и её предшественника PowerAnimator) в сколько-нибудь сложных проектах в сравнении с 3DStudio Max в т.ч. обьясняется и возможностью сохранения в ASCII.
Собственно, по изменению исходных кодов программист тоже не всегда может сравнить две версии приложения — скорее направление, куда смотреть.
сложно в это поверить. Единственная разница — бинарные файлы пишутся/читаются быстрее.
А так любой уважающий себя софт имеет 2 версии файла — текстовую для системы контроля версий/ручных фиксов и бинарную для всего остального. Могу рекомендовать ознакомится с Autodesk(Alias/Wavefront) Maya — 25 лет у них все получается;)
Чтобы разработать с нуля новую архитектуру после работы с десяток+ лет с MIPS — нужно уволить весь R&D и взять людей, ничего о MIPS не знающих.
Либо не делать заголовок «жёлтым» ;)
Интересно, что вы в заголовке под этим подразумевали? Atlan для авто/роботов?
Т.е. эти устройства не могут снимать ЭКГ постоянно
А вот информация о работах над бустером между стартами — секретная — обладает ею в полной мере очень ограниченное количество сотрудников компании(у которых очень жёсткий NDA) — т.к. она важна для конкурентов, влияет на привлечение инвестиций (и на цену на бирже, когда SpaceX туда выйдет).
Есть лишь косвенные свидетельство — время обслуживания — которое уменьшилось с 3-4х месяцев до 2х (для некоторых — B1060 — уже меньше 1го месяца).
Двигатели (самая дорогая часть ракеты и их произведённое количество не так велико) не меняют (хотя могут быть исключения) — но могут снимать на переборку/тестирование — и вот это может быть относительно дорого.
Так и придумали SkyLab в 1973 — 2я ступень Saturn V, превращенная в космическую станцию — и 350 кубов обьема.
"BAE SYSTEMS has developed the RAD750/sup TM/, a fully licensed radiation hardened implementation of the PowerPC 750/sup TM/ microprocessor, based on the original design database. The processor is implemented in a 2.5 volt, 0.25 micron, six-layer metal CMOS technology."
И шанс на то, что разработанная для посадки ровера на Марсе технология стабилизации в будущем может быть полезна и на земле.
Хорошо, что Fujitsu с их A64FX о вашем мнении не узнали;)