Конструктор в параметрическом САПР отчасти программист. «Отчасти» потому что конечно главное чтобы он был конструктором, а не чисто программистом. Но ему приходится сталкиваться и с чисто программистскими задачами которые решаются только программистским подходом. Поясним, что такое программистский подход. Среди программистов давно ходит задача про яблоки:
«Буратино дали 3 яблока. Два он отдал Мальвине. Сколько яблок у него осталось?». Простая задача для ребенка, но не для программиста. Вот несколько вопросов, требующих пояснения, для того, чтобы можно было писать программу:
1. Неизвестно, сколько яблок было у Буратино до того, как ему дали 3 яблока.
2. Неизвестно два "чего" он отдал Мальвине.
3. Неизвестно не является ли Буратино и Мальвина двумя разными сущностями, или одно из них это ссылка на другое.
4. Неизвестно что подразумевается под процессом "отдал", и результат этого процесса (может Мальвина не взяла).
5. Непонятно в какой момент "осталось". После того как он попытался дать в первый раз?
6. Неизвестно не являются ли яблоки частью состояния Буратино, или самостоятельными объектами.
7. Не ясно, сколько времени прошло с момента нахождения яблок у Буратино до процесса "отдачи": может яблоки полураспадаются сами по себе (сгнивают), или возвращаются к тем, кто их дал; может их едят пока они у Буратино, а он просто этого не знает.
8. Не ясно, сколько яблок может удержать Буратино. Может, всего 2... и если он 2 отдал, у него нет яблок.
9. Если процесс дачи яблок рекурсивный, мы все останемся без яблок.
А конструктору параллельно приходится решать еще и чисто конструкторские задачи, скрестить в голове «ежа с ужом». Думаю становится понятно, почему не так много конструкторов в полной мере используют параметрические САПР. И еще меньше получают значимые результаты.
