Цитата:
Сообщение от Николай Николаевич
Вот чего я своим СЦБиным (а не "компьютерным") умом не понимаю - так это почему софт должен быть "офигеть каким тяжелым", если алгоритмы в ЭЦ простейшие, количественно ограниченные, не супербыстродействующие и т.п.?
|
На счет простейших алгоритмов в ЭЦ. Довольно распространенное мнение, часто звучит. Это так и не так. И вот почему. Считаю, что такое мнение основывается прежде всего на том, что мы имеем дело с готовыми, хорошо описанными алгоритмами и их реализациями. Стоит открыть учебники, материалы по проектированию, можно разобраться во всем (или почти во всем). У большинства не стоит задача придумывания новых алгоритмов и способов их реализации. Тем более, не стоит задача реализации уже реализованных алгоритмов. Как правило, мы используем то, что есть - готовые решения. С точки зрения эксплуатации такой подход совершенно правильный. И вот, когда человек достигает определенной степени квалификации, становится специалистом, то ему начинает казаться, что все просто. Потому что, повторюсь, этот специалист имеет дело с достаточно хорошо типизированными, отработанными, оптимизированными и т.д. схемами (без передергиваний - придраться можно и к столбу). Проблема начинается тогда, когда встает задача придумать какой-нибудь новый алгоритм или модифицировать с учетом каких-то новых требований уже существующий. А потом взять и реализовать его. Да что там новый... Попробуйте-ка заново реализовать в схемах давно существующие алгоритмы... Оказывается, что задача не простая. В том числе, не просто сделать программную реализацию ЭЦ-шного алгоритма. Ситуация усугубляется еще и тем, что хороший СЦБ-ист не программист, а хороший программист не СЦБ-ист (не без исключений). В итоге, можно написать хорошую программу, обеспечивающую выполнение большинства базовых функций ЭЦ. Но возникает проблема поддержки и развития весьма сложного программного продукта. Допустим, требуется ввести новую функцию, например, какой-нибудь режим скоростного движения. Когда ПО разрабатывалось, никто не мог предположить что такое когда-то понадобится. Может оказаться так, что там, где в ЭЦ достаточно врезать в разные цепи пару контактов, в ПО МПЦ придется что-то серьезно доработать. Внести изменения в существующий софт, постараться отследить взаимосвязи, выполнить тестирование на все возможные сочетания, комбинации и т.д. и т.п., про экспертизы вообще молчу. Так же надо учитывать, что разработчики ПО могут уволиться из конкретной конторы и ПО будет некому поддерживать...