Платформа ConceRt CDD

[Olexa]

Какая программно-аппаратная платформа у ConceRt CDD? Насколько реально (и позволено) будет писать под него свой софт? Там всякую обработку своих датчиков, ведение статистики, навигацию и т. д. Не всё же милости производителя ждать. :)

[Gary]

Архитектура URAL CVonceRt'a достаточно сложная: это многопроцессорная встроенная система со специфической периферией, работающая под ОС реального времени.
И аппаратура и программый код тщательно оптимизированы. Вычислительный ресурс конечен, его использование должно сопровождаться глубоким пониманием идеологии URAL CVonceRt'a и безукоснительным следованием нашим внутрифирменным стандартам. У нас был опыт предоставления API третьим фирмам. Опыт отрицательный. Единственным "результатом" такой попытки стала дополнительная нагрузка на коллектив разработчиков.
Есть еще много аргументов против детализированного открытия архитектуры URAL CVonceRt'a, но уже понятно, что позволить препарировать URAL CVonceRt сторонним разработчикам мы не можем. Пока, во всяком случае.

Что мы предлагаем?

"Обычный" пользователь пользуется штатными средствами персонификации: настраивает интерфейс "под себя", украшает своими анимациями, музыкальными фрагментами, сообщениями.

"Продвинутый" с технической и творческой точки зрения пользователь, при желании, вступает в контакт с разработчиками. Формулирует предложения, делится идеями (в форуме или в ToDo листе). Идеи, достойные (по-нашему мнению) рассмотрения и воплощения, безусловно будут и рассматриваться и воплощаться. Такой опыт, кстати, тоже у нас есть.

Маленькое замечание: производитель и разработчик - не совсем одно и то же, в нашем случае... Аппаратные конфигурации определены давно и изменений не придвидится. URAL CVonceRt - это _программируемая_ аппаратура, в значительной степени - вне рамок жесткой функциональности, определяемой "железом". Поэтому - производитель будет производить железо, а разработчик наполнять его функциональностью, которая для URAL CVonceRt'a преимущественно реализована программно.

И еще: не забывайте, что URAL ConceRt - это, в первую очередь, CD/MP3 receiver :)

[abac]

Хех... Ну вот, только собирался в пролете через москву купить эту интересную игрушку, а тут на тебе...

Желание разработчика чего-либо закрыться от посягательств на результаты своего труда вполне закономерны и объяснимы. Впринципе, как человек, связанный с процессами разработки ПО, я понимаю, что полная закрытость системы способна временно удержать конкурентов... иногда даже до того момента пока проект окупится.

Однако, активно пиаря свою систему как расширяемую/беспрецендентную/... (ака "Lifetime Upgradable Functionality"), и имея вполне лакомое хардверное решение в руках (кстати, есть ли полее подробная спецификация?), и не создавать developers community -- вполне смелый шаг. Который может стоить всей затеи (естественно в ту или иную сторону, но, учитывая что весь данный концепт походит на extremely risky thing, почему бы и нет? ;)

Уверен, что неудачный опыт содрудничества с одной из компаний, не может быть причиной отказа от данной идеи. Более того, очевидно что усилиями одной команды сложно будет выполнить все обещания -- навскидку, что тянет вниз: система навигации, создания функциональных систем бортового компьютера под все марки машин. Так или иначе, прийдется налаживать процесс совместной работы над софтом :) Тот факт, что в пилотной пробе сотрудничества вам не понравилась "дополнительная нагрузка" на ваш development team, следует интерпретировать всего-лишь как недостаточную налаженность внутренних процессов в команде (попробуйте посчитать сколько у вас документации на строку кода? :) и тугими инвесторами, что, впрочем не является особым позором т.к. сейчас в россии мало кто может похвастаться чем-то лучшим.

Мое личное мнение таково, что недооценивать потенциал open source в данной затее создания _платформы_ (а imho именно open source/GPL/BSD pub license это единственная работоспособная на данный момент схема из всего ряда community-based схем) -- значит ограничивать ее развитие в будущем. Никто не спорит, что разработка заказного софта должна оплачиваться, но если вы хотите развития, да еще и быстрого -- забором тут вряд-ли получится. Естественно, в первую очередь, это головная боль инвесторов, хотя сильно коснется и разработчиков, т.к. в данном случае как раз именно им прийдется вылизать свой код до блеска, а это не похоже на мечту среднестатистического программиста :) Простое открытие API не даст желаемого результата, т.к. в этом специфика embedded систем -- в чем я с вами согласен -- все нужно оптимизировать, но это означает изменения как по одну сторону API так и по другую!
Imho, в вашем девайсе наибольшую цену для кастомизации будут представлять user interface и различная интеграция с железками. DSP аудио и т.п. часть системы будет интересна гораздо меньшему числу хакеров, поэтому можно поиграть в открытую систему с набором черных ящиков... до определенного момента

Вобщем, работы много, но imho она того стоит... Есть возможность реально утереть нос западному сообществу, особенно зажравшимся производителям car accessoires.

Желаю успехов в начинаниях!

Sergey

[Gary]

Андрей, спасибо за интерес к игрушке, за мнение (даже мнениЯ) и, особенно за язык.
Будете в очередном пролете (через "москву") - приглашаем на огонек.

По поводу внутренних процессов в команде (строго конфиденциально): код выходит из под пера двух среднестатистических программистов. Аппаратура - из под карандашей двух среднестатистических электронщиков. По пятницам мы пьем пиво и налаживаем процессы :) При этом с удовольствием представляем как мы утрем нос западному сообществу, особенно... ну, вы понимаете :) Присоединяйтесь?

Еще раз tnx за мнения и пожелания,

Игорь