Средства и методы разработки

используется PADS, и существует некая идеологическая преемственность от "больших фирм", где обычно есть своя база данных элементов, включающая внутренние партнамберы (например, как на дигикее). то есть элемент перегружен всякой х-той (причем УГО/символы соответственно разные для 1кОм резистора 0603 и 0402 и даже может быть по нескольку вариантов каждого - разные производители, разная погрешность и т.д., но выглядят на схеме ес-сно одинаково), которая не важна с точки зрения схемотехники, а имеет смысл только в таблицах типа ВОМ/список закупки и т.д. меня все это страшно бесит, так как "повторное использование кода" для таких схем практически невозможно - то есть я не могу тупо скопипастить существующее схемотехническое решение с уже отработаной схемы (например, там 0603, а в новой нужно 0402) - то есть приходится ковырятся с библиотекой/заменой элементов. тем более, что PADS имеет достаточно хорошую скриптовую поддержку, то есть можно формировать ВОМ на питоне и генерить эксельскую табличку уже заполненую (с типоразмерами, партнамберами и т.п.), я даже писал такое, но даже не имея этого - в другом пакете, можно в экселе VB скриптом все это сделать. да, я понимаю и подход "больших фирм", тоже имел опыт, когда есть эта база данных, которую "пара девочек" поддерживает в работоспособном виде и внесение туда нового резистора требует согласования чуть ли не у руководства :) - это скрытая безработица :) то есть такой подход обеспечивает работой, которую можно делать за пару дней, несколько человек на месяц...