История изменений

Его расширяемость (тем более на scheme) - это прекрасно. Но инженеру нужно делать свою работу. Если у вас есть пара человек на зарплате, которые пилят функционал gEDA - это замечательно!

Вообще-то, насколько я помню, т.к. уже давным-давно не сталкивался, то возможность расширения возможностей CAD, была ещё в AutoCAD и на одном из вариантов LISP, AutoLISP. Если чего-то было надо, то можно было взять и написать. Те же библиотеки параметризируемых элементов конструкций для своей предметной области. А не ждать пока AutoDesk запилит (например) расширение для проектирования редукторов.

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

А вот добавить ключевой функционал - это работа совсем другого порядка, и точно не для инженера-электронщика (не из-за того, что он с ней не справится, а из-за того, что он уже по факту будет программистом, а не инженером).

Странно. Впервые слышу (точнее, читаю) что инженер-электронщик не владеет на должном уровне каким-либо языком программирования. В мои времена правилом хорошего тона было владеть С, асм (для разных архитектур), после которых scheme это чисто развлечения ради, т.к. сложные абстракции тут не особо нужны, всё остальное сугубо утилитарно.

Мы вот тут с Вами про vimscript повспоминали. Я не удержусь от того, чтобы не заметить что именно благодаря своим (и не только) допискам на vimscript я до сих пор свободен от печальной необходимости запускать монстра на 300Mb (или сколько там этот ваш VSCode жрёт-то?) чтобы просто отредактировать сишный или ассемблерный файл. vim/gvim справляется. Перестанет – нужное допишу. =)

Впрочем, я рад за современных коллег. Но вот очешуенного прорыва ждать не приходится. Это точно. 146%. =)

P.S. Поэтому, как и говори выше – нарисовать схему можно хоть в gimp. Начертить (а уж тем более делать это на постоянной основе), это пкет типа gEDA. Ну или ещё какой, не знаю.

Пожалуй, с Вашего позволения, точка. Лень дальше… Извините, да и дел полно. =)

Его расширяемость (тем более на scheme) - это прекрасно. Но инженеру нужно делать свою работу. Если у вас есть пара человек на зарплате, которые пилят функционал gEDA - это замечательно!

Вообще-то, насколько я помню, т.к. уже давным-давно не сталкивался, то возможность расширения возможностей CAD, была ещё в AutoCAD и на одном из вариантов LISP, AutoLISP. Если чего-то было надо, то можно было взять и написать. Те же библиотеки параметризируемых элементов конструкций для своей предметной области. А не ждать пока AutoDesk запилит (например) расширение для проектирования редукторов.

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

А вот добавить ключевой функционал - это работа совсем другого порядка, и точно не для инженера-электронщика (не из-за того, что он с ней не справится, а из-за того, что он уже по факту будет программистом, а не инженером).

Странно. Впервые слышу (точнее, читаю) что инженер-электронщик не владеет на должном уровне каким-либо языком программирования. В мои времена правилом хорошего тона было владеть С, асм (для разных архитектур), после которых scheme это чисто развлечения ради, т.к. сложные абстракции тут не особо нужны, всё остальное сугубо утилитарно.

Мы вот тут с Вами про vimscript повспоминали. Я не удержусь от того, чтобы не заметить что именно благодаря своим (и не только) допискам на vimscript я до сих пор свободен от печальной необходимости запускать монстра на 300Mb (или сколько там этот ваш VSCode жрёт-то?) чтобы просто отредактировать сишный или ассемблерный файл. vim/gvim справляется. Перестанет – нужное допишу. =)

Впрочем, я рад за современных коллег. Но вот очешуенного прорыва ждать не приходится. Это точно. 146%. =)