Нужно ли модернизировать AutoCAD?
Под AutoCAD здесь понимается базовый AutoCAD. Создаваемые к AutoCAD вертикальные приложения, бесконечные пользовательские приложения к AutoCAD не являются улучшениями самого AutoCAD, т.е. его основных, базовых возможностей, т.е. того, что предназначено для всех пользователей AutoCAD.
Под модернизацией здесь понимаются существенные улучшения имеющихся возможностей и/или добавление принципиально новых явно полезных возможностей.
До сих пор считал, что модернизация - это всегда хорошо, что модернизация возможна для любого предмета, а то, чьей модернизацией не занимаются, морально устаревает, и, как следствие, отмирает.
Однако из чтения форумов, статей, из общения неожиданно для себя обнаружил, что для очень большого числа пользователей AutoCAD это не так. Для 80-90% (цифры условные) вопрос о модернизации AutoCAD не стоит – этих пользователей либо в целом все устраивает, либо они не освоили еще большинства возможностей, либо это люди консервативного склада и т.п. Многих опытных пользователей тоже все устраивает – они зарабатывают на создании дополнений, которыми AutoCAD не обеспечен.
Т.е. имеется парадокс: с одной стороны, AutoCAD уже больше 30 лет, с другой стороны, ни пользовательского запроса на его модернизацию, ни интереса к поиску путей его модернизации нет.
Парадокс именно потому, что данному ПО больше 30 лет. А основные действия для работы в AutoCAD не меняются все это время - черчение графическими примитивами. Основным результатом работы в AutoCAD по-прежнему являются наборы графических элементов ("чертежи"), отображающие графические модели, т.е. модели, рассчитанные на зрительное восприятие, на реконструкцию непосредственно человеком, но не для компьютерного анализа. Или для непропорционально незначительного компьютерного анализа.
30 лет без модернизации для ПО в наше быстрое время - это очень и очень много. Может быть, уже совсем много. Такие ситуации заканчиваются тем, что "в один прекрасный день" большинство пользователей переходит на другое совсем иное ПО. Которое может оказаться одновременно и удобнее, и мощнее, и полезнее.
Интересно направление действий Autodesk. Последние лет 15-ть (поправьте, плз, если ошибаюсь) Autodesk создает и развивает специализированные "вертикальные" приложения к AutoCAD. Одновременно Autodesk создает, приобретает, развивает графические продукты на иных платформах, не на AutoCAD. Так же Autodesk в своих специализированных продуктах, даже работающих на AutoCAD, использует иные форматы данных - не dwg. Во многих из этих специализированных продуктов Autodesk применяет BIM-технологии, технологии "информационного моделирования", параметрического моделирования. С объектами этих моделей в самом AutoCAD работать нельзя. С 2010-х (тоже могу ошибаться) Autodesk предлагает облачные технологии, веб-технологии. Предлагаются другие все новые "технологии" и решения, смысл которых пока что, главным образом, в их модности и умозрительной перспективности. Т.е. основное развитие продукции Autodesk последние примерно 15 лет заключается во внедрении новых технологий в виде специализированных приложений к AutoCAD, или даже в виде отказа от AutoCAD и от dwg.
С самим же AutoCAD ничего сравнимого по степени новизны, эффективности и масштабности все это время не происходило. И нет признаков, что Autodesk начал или готовит его модернизацию. Наоборот – многие известные ошибки или недостатки AutoCAD не исправляются по 5-15 лет, многие дополнения появляются через такие же значительные сроки после появления аналогичного в других CAD.
Т.е. можно предположить (не утверждать!), что сам Autodesk считает потенциал AutoCAD в целом исчерпанным, и компания ищет принципиально новые решения, занимается больше другими продуктами, чем AutoCAD.
Из всех пользовательских мнений интереснее всего и показательно мнение самых квалифицированных, хотя их и явное меньшинство (условные 5-10% - ?). Они принципиально исчерпали для себя возможности AutoCAD, и их интересуют решения иного уровня, такие, как BIM и т.п. – на основе параметрического моделирования, "информационных моделей". Эти пользователи, эксперты не ищут (не видят - ?) в AutoCAD возможностей для существенного его развития, т.е. не видят в нем возможностей для решения нужных им задач. В частности это выражается в том, что их тема модернизации AutoCAD просто не интересует. А эти самые квалифицированные пользователи в основном и формируют мнения.
Т.е. можно предположить (не утверждать!), что самые квалифицированные пользователи и Autodesk солидарны, не считая AutoCAD перспективным. Т.е. считают создание графических моделей в самом AutoCAD морально устаревающим или уже устаревшим подходом.
Это второй парадокс ситуации с AutoCAD - и эксперты и сам Autodesk могут не увидеть, не заметить возможности модернизации AutoCAD. Например, сам Autodesk с 2011 г. создал и поддерживает магазин пользовательских приложений, что можно оценивать (не утверждать!) как перекладывание на пользователей части развития AutoCAD. И эксперты и сам Autodesk могут просто не заметить момента перехода AutoCAD критической точки морального устаревания, который может произойти из-за не принятых вовремя решений.
Однако, для Autodesk и экспертов это парадокс только в том случае, если бы они считали AutoCAD реформируемым, пригодным в принципе для перспективных задач - в первую очередь для "информационного моделирования".
Т.е. исходный вопрос под этим углом зрения меняется: не "нужно ли", а можно ли модернизировать AutoCAD? А точнее: можно ли преобразовать AutoCAD в средство "информационного моделирования", в такое же универсальное, каким сейчас является AutoCAD для графического моделирования? Этот вопрос открытый, и ответить на него сейчас сложно, поскольку само "информационное моделирование" все еще слишком многовариантно.
Поскольку самой вероятной альтернативой графическому моделированию является "информационное моделирование", то возможным главным направлением модернизации AutoCAD должно быть его развитие в средство для "информационного моделирования". С другой стороны до настоящего момента 70-80% (условные цифры) пользуются именно графическим моделированием AutoCAD, и потому следует продолжать развивать и графическое моделирование. Возможно, эти два направления развития AutoCAD могли бы оказаться в перспективе сходящимися.
"Информационное моделирование" позволяет создавать модели, имитирующие не только и не столько внешний вид объектов, но реальные свойства объектов, реальные взаимосвязи объектов, реальные реакции объектов на различные на них воздействия и т.п. И позволяет производить разнообразный компьютерный анализ моделей, в т.ч. различные подсчеты, позволяет производить компьютерное манипулирование объектами моделей с учетом их взаимосвязей и т.п. Пользовательский запрос на переход от графического моделирования к полноценному компьютерному моделированию, к "информационным моделям" увеличивается, и, вероятно, будет только расти.
Главная сложность "информационного моделирования", по-видимому, заключается в его многовариантности, в не выработанных еще универсальных решениях или в невозможности универсальных решений. Сейчас для каждой предметной области "информационного моделирования" создается свое специализированное вертикальное приложение или отдельное специализированное ПО.
Отсутствие универсальных, общих решений для "информационного моделирования" для разных предметных областей приводит, во-первых, к потенциально очень большому числу (в пределе - к бесконечности) вертикальных решений, во-вторых, к сложностям или невозможности полноценно совмещать данные из разных приложений или совместно их обрабатывать. Из-за такого неуниверсального подхода сейчас аналогичные действия в разных вертикальных приложениях реализованы часто совсем по-разному, близкие или одинаковые частные задачи решаются по-разному. Даже существуют разные подходы к одним задачам в пределах одного вертикального решения. Как следствие, возможности одной компании могут распыляться на слишком большое число программных продуктов, утратится необходимая динамика, не будет достигаться приемлемое качество всех продуктов и т.п. Уже сейчас есть вертикальные приложения к AutoCAD, практически не развиваемые Autodesk последние 10 лет.
Т.е. подход с созданием отдельных специализированных вертикальных приложений для "информационного моделирования" разных предметных областей является в пределе тупиковым. Из общих соображений можно предположить, что принципиальное решение заключается в стандартизованном, унифицированном подходе к созданию, манипулированию, обеспечению взаимодействий "информационных моделей".
Сейчас при "информационном моделировании", если оно производится в приложениях к AutoCAD, у AutoCAD существенно меняется роль - из основного и самостоятельного инструмента он превращается в инструмент вспомогательный, в среде которого производится моделирование средствами вертикальных приложений. При этом в целом вопрос о модернизации AutoCAD действительно снимается, если существующих возможностей AutoCAD достаточно для отображения, подготовки к печати и т.п. действий для обслуживания "информационного моделирования".
Если же удастся выработать универсальные решения хотя бы отдельных задач "информационного моделирования" для повторяющихся, общих их процессов, то выбор единого способа описания данных позволили бы улучшить ситуацию, оптимизировать продукты. Найденные же такие общие решения логично было бы переносить в базовый AutoCAD – как в общую для всех вертикальных приложений среду. Так можно было бы расширить возможности базового AutoCAD за счет общих решений для "информационного моделирования".
Вертикальные приложения и пользовательские приложения для "информационного моделирования" сами бы основывались на этих решениях из такого AutoCAD, что упростило бы разработку и поддержание приложений, позволило бы стандартизовать способы описания данных, облегчило бы совмещение данных разнородных "информационных моделей" и т.п. Тем самым и сам AutoCAD сохранил бы и расширил свою актуальность как среды для массового перехода к "информационному моделированию", и способствовал бы развитию и распространению среди большего числа пользователей "информационного моделирования", способствовал бы развитию самого "информационного моделирования".
При графическом моделировании в AutoCAD в виде чертежей свойства, отношения объектов моделирует непосредственно сам человек, лишь отображая в графическом виде нужное состояние и взаимосвязи реальных объектов наборами графических элементов. При графическом моделировании почти любое многообразие особенностей, свойств и отношений не является препятствием – практически все можно отобразить графически наборами самых обычных графических примитивов в расчете на почти неограниченную способность человеческой интерпретации. Этой особенностью и обеспечивается универсальность AutoCAD, возможность в AutoCAD создавать чертежи практически для любых предметных областей, практически для любых типов объектов и множеств объектов. В этой универсальности заключается и причина успеха AutoCAD, его непрекращающейся востребованности.
Основной недостаток графического моделирования в AutoCAD – слабая приспособленность или неприспособленность моделей, состоящих из множеств графических элементов, к компьютерной обработке и анализу.
Поэтому модернизация графического моделирования AutoCAD могла бы заключаться в переходе от почти исключительно графического отображения объектов к одновременной неграфической идентификации этих графических элементов, к неграфическому описанию свойств отображаемых объектов. Это позволило бы автоматизировать многие процессы манипулирования данными, обработки данных, вычисления, анализ данных. Т.е. графические модели AutoCAD с помощью неграфических их идентификаторов и описаний характеристик можно было бы привести к виду, хорошо приспособленному для компьютерной обработки, интерпретации и компьютерному анализу.
Эти направления модернизации AutoCAD перспективны или же иные, может выясниться только в результате анализа, обсуждений и проб. Однако, ни пользовательских дискуссий, ни анонсов Autodesk на эту тему просто нет. О чем и вопрос...
P.S. В любом случае для AutoCAD актуально ускорение его работы, обработка бОльших объемов данных и повышение его надежности – меньших аварийных прекращений работы и порчи файлов данных. Это, конечно, не модернизация, но эти технические сложности создания объемных и сложных моделей лишают AutoCAD перспективы.
Комментарии
Авторизоваться
Не "говорящее" ли это название? :)
Ред. 12.02:
Представитель фирмы уже объяснил, что "Omega" - всего лишь слово на букву "O", а названия проектов AutoCAD даются по алфавиту. Предыдущий назывался на "N". Следующий будет, соответственно, на "P".
Так что на год-два, минимум, амнистия. :)
Но вопросов из этой статьи это не снимает.
даже если кто-то скачает кино https://yadi.sk/i/ocdAtmXltrpKC
на секунде где появляются символы %
все кино выключат и поймут что никогда не поймут...
Согласен, что опции часто раздражают. Лучше бы сделать их по умолчанию полнее, чтобы в общем случае просто жать Enter.
ужасные цитаты "поля для данных со значениями по умолчанию"
хорошо бы не задумываться над:
по "идентификаторам типов объектов можно выбирать нужные"
и не заморачиваться дополнительными файлами даже текстовыми
Поэтому:
1. создаем текстовых файл, где формализованно описано что, как, чем чертить, какие поля данных для характеристик предусмотреть, откуда какие ресурсы черчения брать, какие значения переменным Автокада назначать. Там же можно записать и другие общие параметры, например, приоритеты отображения, параметры печати и пр.
2. создаем программку, выдающую объекты по таким файлам описания в виде меню для черчения. Добавляем команды для сервиса черчения, манипулирования данными. Команды для проверок и исправлений - имея файл описания, и, идентифицировав все элементы чертежа, мы получаем возможность легко обнаружить 100% ошибок, т.е. несоответствий своему стандарту.
Что вручную практически невыполнимо.
дочитавшим до конца дарю занятный мини ютюб
на секунде где появляются символы %
все кино выключат и поймут что никогда не поймут
ужасные цитаты "поля для данных со значениями по умолчанию"
хорошо бы не задумываться над:
по "идентификаторам типов объектов можно выбирать нужные"
и не заморачиваться дополнительными файлами даже текстовыми
дочитавшим до конца дарю занятный мини ютюб
1349 просмотров обупликован: Год назад
Обучение EXCEL за 6 минут Learning
https://www.youtube.com/watch?v=f1CtLXK06iU
другими способами делать сложно
Здесь не нужно:
- копировать элементы из файла-образца,
- активизировать свойства для черчения элементов или потом назначать нужные по образцу,
- выбирать команды черчения,
- выбирать названия блоков,
- устанавливать параметры черчения вроде вращения или т.п.,
- присоединять "мини-блоки" или т.п. костыльные способы идентификации объектов,
Кроме этого здесь "само":
- настраиваются параметры чертежа и черчения переменными - рабочие единицы и пр.,
- доступны все необходимые ресурсы вроде блоков, слоев, типов линий, штриховок, мультилиний, стилей текстов, размеров и выносок,
- элементы при вставке в чертеж получают идентификаторы типов объектов,
- к элементам присоединяются соответствующие поля для данных со значениями по умолчанию, с определением допустимых значений.
По идентификаторам типов объектов можно выбирать нужные, всегда можно восстановить у всех элементов их графические свойства.
Можно найти элементы с неправильными свойствами, "чужеродные", т.е. не определенные элементы и т.п.
По определенным допустимым значениям можно найти пустые поля данных, неправильные значения в полях данных.
Командами работы с полями данных можно автоматизированно загружать значения.
Из полей данных можно выгружать значения в Excel или т.п.
...зато моими способами может сделать каждый
...
возможно есть секретные программы...
без точки на конце надеюсь кто-нибудь ещё скачает
посмотрел вкратце ускоренно в 4 раза
и позже посмотрю помедленнее
пока что подтверждается: другими способами делать сложно
зато моими способами может сделать каждый
и дарю лайфхак: как перевести таблицу из Автокада в Эксцель
возможно есть секретные программы но допустим у нас всё portable
надо просто распечатать таблицу принтером в PDF
и получившийся PDF распознать как таблицу
быстро и доступно каждому без секретного программирования
в примере 1-2-3 думаю всё нормально и тоже
непонятно для 100% форумщиков всех форумов
1. Сначала пример создания заготовки файла описания автоматом. Названия типов объектов формируются из названия типа примитива, порядкового номера и слоя.
Примеры черчения разными типами объектов на основе этого файла описания - с автоматически задаваемыми параметрами черчения, сразу с идентификацией объектов. Пример автоматического определения всех графических элементов по их графическим свойствам - Define. Пример выбора по типам объектов - Select. Пример отсоединения идентификаторов - Remove all.
2. Подсоединяем переработанный (как мог, просто для примера - в Вашей тематике я ничего не понимаю) файл описания. Классы по слоям. Автоматическое определение всех элементов файла по графическим свойствам - Define. У "стен" в файле описания предусмотрены поля для длин, высот, вычисления площадей, материала и т.п. Пример загрузки длин в поле данных, примеры ввода значений в указанные поля в табличном виде.
3. Выгрузка данных из таблицы в csv. Можно в txt.
про мини-блоки
Т.е. необходимость идентификации объектов, воспринимаемой программно, Вы понимаете. Понятно, что решать в Автокаде доступными средствами приходится через костыли. Со всеми вытекающими.
даже слова расставлены по порядку правильно
и "все площади" включают даже... материалы стен
где разные материалы могут быть на разной высоте
в примере 1-2-3 думаю всё нормально и тоже
непонятно для 100% форумщиков всех форумов
а меня больше заинтересовало слово "исполнители"
и окажется: "исполнители" обязаны обладать
супер-мега образованием: обязаны лишь уметь читать
но почему-то избегается цель автоматизации:
обесценивание работников
"портабле с флэшек" ищется и без меня простым поиском
и выручали меня в поездках когда пришлось рисовать
на вокзале и на почте во времена медленного интернета
про мини-блоки есть мини-мульт 2013года MINI_bloki.avi
по ссылке той недели https://yadi.sk/d/ggevAvJBYtwWz
показательно: "связь между периметром и площадью есть только у кругов?"
у меня звучит как "для вычисления всех площадей помещения"
реальность: при известной высоте стен
при известном периметре вычисляем площади внезапно... стен
Но как пример.
1. Описываем тип объекта "линия стены" с нужным типом примитива, слоем, цветом, весом, толщиной и пр. Описываем к этому типу объектов таблицу из полей "ID_помещения", "длина", "высота", "площадь" и т.п. Для каждого поля можем описать допустимые значения, значения по умолчанию и т.п.
2. Раздаем всем исполнителям файл с описанием. Исполнители выбирают из меню объектов "линия стены", сама активизируется команда _LINE или _PLINE, сам активизируется нужный слой, цвет, вес, тип линий и пр., включая, допустим, режим ортогональности или полярности. И исполнители без повторного вызова чертит таких линий сколько нужно.
При черчении к этим линиям сразу уже присоединены указанные поля для характеристик. И каждая такая линия идентифицирована как "линия стены".
3. После черчения исполнители загружают командой длины в поле "длина", вбивают нужные высоты стен в поле "высота". Исходные данные готовы.
Причем, у всех исполнителей стандартизованные. Что не так - проверяется командами проверок по описанию типов объектов. В том числе и значения в полях характеристик на пустоту и допустимость. И исправляется командами назначения заданных графических свойств и т.п.
замечательно что НЕпонято используемое мною 5-летку
показательно: "связь между периметром и площадью есть только у кругов?"
у меня звучит как "для вычисления всех площадей помещения"
реальность: при известной высоте стен
при известном периметре вычисляем площади внезапно... стен
замечательно что НЕпонято используемое мною 5-летку
одэ/дэбэ какой-то ведёт в неясно чью кажись переведённую
тему без меня https://dwg.ru/b/topomap/153
и невникая там речь наверное о программах
а у меня все свои технологии на стандартных средствах...
например для вычисления всех площадей помещения
достаточно вычислить периметр полилинией
и взять периметр из панели свойств
и для пол-тыщи помещений всё вычисляется
и проверяется за считанные часы с возможностью
добавок запасов на любые %%%
а то же: мини-блоки где блок = "микро линия с именем":
спецификации вычисляются BCOUNT без спец программ
без новейших автокад совместимых
и даже в автокад совместимых портабле с флэшек
тему без меня https://dwg.ru/b/topomap/153
и невникая там речь наверное о программах
а у меня все свои технологии на стандартных средствах
с использованием результатов обычно в эксцель совместимых
и есть микро-эксцель микроскопического размера
например для вычисления всех площадей помещения
достаточно вычислить периметр полилинией
и взять периметр из панели свойств
и для пол-тыщи помещений всё вычисляется
и проверяется за считанные часы с возможностью
добавок запасов на любые %%%
и то же в расчёте спецификации трубопроводов:
оси в правильных слоях и обосабливаем и суммируем
а то же: мини-блоки где блок = "микро линия с именем":
спецификации вычисляются BCOUNT без спец программ
без новейших автокад совместимых
и даже в автокад совместимых портабле с флэшек
вместо модернизации автокад - совместимых
думаю лучше модернизировать использующих автокад - совместимые
например с помощью обучающих экспресс - мультфильмов... 2012 года
А с помощью полной OD/DB смогли бы создавать чертежи еще быстрее, проверять правильность, выбирать и обрабатывать по типам объектов, и автоматически придавать каждому элементу поля для описательных данных. По значениям в которых тоже можно выбирать и обрабатывать объекты, создавать экспликации и т.п.
думаю лучше модернизировать использующих автокад - совместимые
например с помощью обучающих экспресс - мультфильмов
https://yadi.sk/d/ggevAvJBYtwWz
мульты 2012 года: 10 мегабайт БЕСПЛАТНО
вы чего хотите...
...все это было актуально много лет назад.
А так и палитрами с шаблонами и простейшими лиспами обойдется.
Когда я пишу, что реально "ускорить черчение от 20% до 50-100%, улучшить качество чертежей на порядок и пр.", то это не лозунги. Я отвечаю за эти слова - это реальный опыт и простой здравый смысл.
Да, мне и ... лет назад приходилось доказывать, и в одиночку самому все подготавливать и обеспечивать, преодолевать сопротивление. Но результаты соответствуют заявленным.
Просто потому, что если вижу возможности обеспечивать лучшую скорость и качество автоматизированно, то - для технолога и ленивого мужчины - это как красная тряпка для быка :)
А обсуждать вижу больше смысла не то, стоило такие статьи писать или нет, а конкретные вопросы, сомнения и идеи по теме... Хотя, и нужность статей тоже есть смысл оценить, конечно.
Эта фантазия, по мне, так достаточно постепенный переход.
вы чего хотите-продавать свою систему? так еще надо доказать, что она кому то нужна, что будет нормальная техподдержка и т.д. Вы пытаетесь вскочить в отходящий поезд, все это было актуально много лет назад. Если за это время в фирмах ничего не было введено - то и сейчас никто ничего вводить не будет. А кто прошел этот организационный путь - тот будет завязываться на не распространенный повсеместно программный продукт, если там есть реальные "фишки". А так и палитрами с шаблонами и простейшими лиспами обойдется.