А не надо ежедневно ковыряться в командной строке. (+)
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)

миниатюрный аудио-видеорекордер mAVR

Отправлено ReAl 14 июня 2003 г. 18:26
В ответ на: Организация производства и видение разработчика - разные вещи(+) отправлено Vit 14 июня 2003 г. 16:10

Один раз всё настроить в всё. Дальше всё должно работать на автомате.

: Проверка того, что зашиваешь путём просмотра того,
: что шьёшь и/или прочитанного по нужному адресу
: есть нужная процедура

Ну а если у вас оператор на программаторе столь квалифицирован, что может глядя на дамп программы проверить, всё ли там на месте -- то зачем вам вообще ещё какие-то разработчики.
Любая проверка глазами любых дампов -- это слишком большое влияние "человеческого фактора", и на *производстве* этого не должно быть. Если это не производство опытных экземпляров разработчиком, совмещённым с оператором программатора :-)

: Программист бегать по каждому чиху к наладчику не должен,
: конечно, если это не одно лицо;) Если что-то не зашивается,
: то это должно быть явно видно и у человека должна быть
: возможность самопроверки
Если что-то именно не зашивается, но нет смысла глазами смотреть дамп - это сам программатор должен выругаться.
А если зашивается но не работает из-за попадания констант "не куда надо", то значит надо что-то править в тракте передачи новой программы до места слияния с коэффициентами. Скажем, в HEX-файле
программы первая строка должна быть типа
(const-addr)
Если этот хекс подсунуть программатору напрямую, то он просто выругается. А программа слияния возьмёт этот хекс, возьмёт константы и сошьёт всё в кучу в третий файл, который будет нормальным хексом, понимаемтым программатором. Руками программе слияния ничего объяснять не надо и тем более не надо смотреть глазами на "слитый" файл и по внешнему виду угадывать -- туда зашился массив или нет.
Т.е. от программистов просто не должно поступрать два файла -- прошивка и readme.txt с адресом констант, это неизбежно породит путаницу. Которую придётся латать ручным просмотром и требовать от программатора несвойственных ему функций оболочки разработчика/наладчика.



Составить ответ  |||  Конференция  |||  Архив

Ответы



Перейти к списку ответов  |||  Конференция  |||  Архив  |||  Главная страница  |||  Содержание  |||  Без кадра

E-mail: info@telesys.ru