NDA как квинтесенция говна
Dec. 21st, 2009 07:29 pmИтак - имеется любовный четырёхугольник:
Сначала выясняли есть ли NDA между 1. и 2. Нашли его. Долго выясняли можно ли заключить трёхстороннее NDA между 1-2-3. Заключили, за месяц. Участник процесса 4 категорически отказался заключать трёхсторонку 1-2-4, хотя имеются попарные соглашения 1-2, 2-3, 2-4 и 3-4.
Внимание вопрос, какого хрена я должен смотреть на исходники BSP через плечо представителя N2, получая только бинарники на выходе?
Найдено дебильное решение - обнаружен вендор N5, который на чипе N3 c помощью N4 сделал продукт и, в соответствии с лицензией Linux, - выложил у себя набор исходников. Но в эту бочку мёда вылили ведро дерьма - набор основан на ядре 2.6.15 + Debian 3.1 (три года назад это наверное было остро актуально).
Даже при предварительном просмотре - нам придётся всё собирать древнючим gcc 3.4 (с новым тулчейном - не работает NFSROOT), юзерспейс тоже надо таскать за собой старорежимный. Уже известно что в старом ядре неправильно работает I2C (в отличие от доступного в двоичном виде драйвера для 2.6.28).
Итого - вместо того чтобы спокойно делать данные заказчиком задачи, мы, совместно с его инженером, изыскиваем способыкого убить как найти возможность вообще продолжить работу, пока патентные тролли дрочат на свои бумажки.
- 1. Исполнитель барской воли - то есть мы
- 2. Заказчик
- 3. Автор и изготовитель чипа
- 4. Автор Linux BSP для чипа
Сначала выясняли есть ли NDA между 1. и 2. Нашли его. Долго выясняли можно ли заключить трёхстороннее NDA между 1-2-3. Заключили, за месяц. Участник процесса 4 категорически отказался заключать трёхсторонку 1-2-4, хотя имеются попарные соглашения 1-2, 2-3, 2-4 и 3-4.
Внимание вопрос, какого хрена я должен смотреть на исходники BSP через плечо представителя N2, получая только бинарники на выходе?
Найдено дебильное решение - обнаружен вендор N5, который на чипе N3 c помощью N4 сделал продукт и, в соответствии с лицензией Linux, - выложил у себя набор исходников. Но в эту бочку мёда вылили ведро дерьма - набор основан на ядре 2.6.15 + Debian 3.1 (три года назад это наверное было остро актуально).
Даже при предварительном просмотре - нам придётся всё собирать древнючим gcc 3.4 (с новым тулчейном - не работает NFSROOT), юзерспейс тоже надо таскать за собой старорежимный. Уже известно что в старом ядре неправильно работает I2C (в отличие от доступного в двоичном виде драйвера для 2.6.28).
Итого - вместо того чтобы спокойно делать данные заказчиком задачи, мы, совместно с его инженером, изыскиваем способы