Evgeny_CD, Архитектор (05.08.2011 21:33, просмотров: 94) ответил AlexandrY на Современные тренды вроде говорят что роль языков и структур не так важна. Нынче Agile и Scrum последний писк моды. Дык собственно ентый самый скрум я и изобетаю все эти годы :) http://ru.wikipedia.org/wiki/Scrum
За последние несколько дней я тут нагенерил идей, которые позволят реализовать следюущее: * Есть целевая платформа и есть инструментальня платформа, которая состоит из 1) платы интерфейсов с локальным контроллером 2) быстрого низколатентного канала связи с писюком 3) писюка с линухом (скорее всего) Локальный контроллер из физических контроллеров делает виртуальный драйвер, который доступен программе на писюке. Прога написана на C++ с разделением интерефейсов и реализаций. Все, что отлажно и !нуждается в доводке, крутится в "компилирующем симуляторе" целевой архитектуры. Есть идея "новой фичи". В целевой код мы встраиваем "отростки", которые позволят привнести туда будущую фичу. Запускаем целевой код в компилирующем симуляторе. Новую фичу реализуем на чем угодно, лишь бы: * минимальное время разработки * писюк успевал обработать за нужное время * более-менее реализовать задуманное. Далее тестирование и принятие решение - а эта хрень нужна кому или ее стоит забанить? Ну и реализация вначале в рамках "компилирующего симулятора", а потом уже и до целевого кода доходим. В "адаптере интерфейсов" FPGA почти что обязательна. Она позволяет приркрутить ЛЮБЫЕ типы реальных интерефейсов, привязть все к реальному времени, отлоггить, выполнить роль логического анализатора и пр. В $100 сейчас слезет такая FPGA, что ее программить утомишься.
За последние несколько дней я тут нагенерил идей, которые позволят реализовать следюущее: * Есть целевая платформа и есть инструментальня платформа, которая состоит из 1) платы интерфейсов с локальным контроллером 2) быстрого низколатентного канала связи с писюком 3) писюка с линухом (скорее всего) Локальный контроллер из физических контроллеров делает виртуальный драйвер, который доступен программе на писюке. Прога написана на C++ с разделением интерефейсов и реализаций. Все, что отлажно и !нуждается в доводке, крутится в "компилирующем симуляторе" целевой архитектуры. Есть идея "новой фичи". В целевой код мы встраиваем "отростки", которые позволят привнести туда будущую фичу. Запускаем целевой код в компилирующем симуляторе. Новую фичу реализуем на чем угодно, лишь бы: * минимальное время разработки * писюк успевал обработать за нужное время * более-менее реализовать задуманное. Далее тестирование и принятие решение - а эта хрень нужна кому или ее стоит забанить? Ну и реализация вначале в рамках "компилирующего симулятора", а потом уже и до целевого кода доходим. В "адаптере интерфейсов" FPGA почти что обязательна. Она позволяет приркрутить ЛЮБЫЕ типы реальных интерефейсов, привязть все к реальному времени, отлоггить, выполнить роль логического анализатора и пр. В $100 сейчас слезет такая FPGA, что ее программить утомишься.