Почему-то бытует мнение, что открытые системы чем-то плохи изначально. Чем, интересно?
1. Открытые системы - не есть самоделки, делаемые клубом юных техников в полуподвальных условиях (хотя иногда могут с этого начинаться). Тут пробежало понятие опенсорсного железа. Не вполне понимаю, что это такое. Опенсорсное программное обеспечение поставляется с исходными текстами, который каждый может скомпилировать так, как ему вздумается (а может и не делать этого, воспользовавшись готовой сборкой). Опенсорсное железо по аналогии должно поставляться в виде электросхем, которые каждый может сам спаять :). Но, если я правильно понимаю, в таком виде задача у топикстартера не стоит (по тексту:
"Пока процессорный модуль будет на ICOP-6119" - то есть по крайней мере процессовый модуль используется серийный). Сейчас он занят разработкой межмодульной шины. Что плохого в том, что он сделает эту разработку открытой? Продумает спецификацию, опубликует, после чего любой желающий сможет с ней ознакомиться, поискать ошибки (чем больше спецов посмотрит, тем выше вероятность, что ошибки не пройдут в релизные версии), и в конце концов - использовать в своих разработках. Те же языки МЭК-овские имеют открытую спецификацию и успешно используются для самых разных систем. Что мешает иметь такие вот открытые спецификации для вещей аппаратных?
2. Если идти дальше, можно подумать, к примеру, о таких вещах, как способ хранения проектов. Не раз сталкивался с ситуацией, когда у производителей инженерного ПО новая версия по способу хранения полностью несовместима с предыдущей. Приходится делать хитрые операции экспорта/импорта (причем не всегда успешные), а уж применить на системах от другого производителя - только в виде полной ручной переделки. Что мешает сделать формат исхдников прикладного ПО пригодным к хранению, к примеру, с помощью
subversion? (тоже, кстати, открытое ПО). И тут уже наготово и средства коллективной разработки, и ведение журнала изменений, и возможность создания библиотек. И всему этому не надо будет переучиваться при переходе от системы к системе.