:)
Бывает и так.
жесть...
а кто тогда за изменения будет отвечать? коллективно? ;)
Почему? Если сложное устройство и ревью делает несколько человек - это, видимо, может ускорить работу, чем когда ты вносишь исправления из текстовых комментов.
Разработчик, конечно. Он может изменения скипнуть.
Ну это возможно последовательная, а не параллельная правка...
Почему последовательная? Допустим, у МК или DSP 300 ног. И параллельно каскады, которыми он управляет, - меняются, добавляются новые линии или переопределяются актуальные. И разные люди вносят изменения, которые затрагивают подключение какого-то крупного элемента.
ну тогда он и просматривает по отдельности последовательно отталкиваясь от исходной схемы.
Используя систему контроля версий в графической форме - можно быстро правки объединить и противоречащие друг другу изменения откатить в случае необходимости.
быстро никогда не получается :(
А почему нет? Вот есть допустим разводчик есть проектировщик, есть монтажник, вот разводящие развел, проектировщик в какой-то момент что-то поменял по какой-то причине, я как монтажник сижу себе паяю и вижу ошибку и правлю ее и это вообще типовая ситуация не говоря уже про ситуации когда несколько разработчиков что-то одновременно делают
ну и отлично. но не одновременно же? Пока плата паяется собираются косяки, а потом пакетом отправляются. И исправляются они не в процессе пайки, а когда время у конструктора будет он тогда все исправит.
Корче, параллельная разработка удобна особенно когда у тебя модульная система, есть пару плат допустим у тебя своя у меня своя, вот мы сперва решили одно, а потом я подумал и решил что у меня так не выйдет, но я знаю что у тебя, и я не буду говорить тебе что ну брось все и ещё два вывода на разъем пусти через резисторы, у тебя хватает своей работы, 2 вывода я и сам могу дорисовать и отвлекая тебя
нахрен нахрен, а потом я обнаруживаю что на схеме еще чтото само-посебе появилось.... ;) а я ни сном-ни духом. Для таких дел есть стыкователь, который состыковывает с конструкторами, технологами и т. д., потому что потом например плата не разведется или дорожка напетляет или еще чегото неизвестное схемотехнику. я тут проект из 6 плат делал, так 3 раза пришлось и компоновку менять и интерфейсы и контакты разьемов тасовать, а кое-где и контроллеров добавить чтобы все утрамбовать в обьем и эмс соблюсть и чтобы развелось и чтобы у программеров мозг не взорвался....
Ты никогда не работал над трассировкой платы в составе группы людей? Имел опыт трассировки ПЛК в составе группы из 3х человек, когда надо было сдать проект "еще вчера". И тут как раз крайне удобно было бы сихронизировать изменения трассировки на печатной плате через встроенную систему, чем в последний момент последнему счастливчику утрамбовывать весь тетрис в небольшую по площади плату.
Обсуждают сегодня