Комментарии 6
Это всё слишком далеко от текущих реалий.
Большинство знакомых разработчиков подписывают любые NDA не заморачиваясь. Я обычно 4 из 5 NDA возвращаю на доработку, и пока что мои правки всегда принимались, но и там речь шла об убирании совсем уж полной дичи (сроки в 10 лет после завершения проекта, безумные суммы возмещения, отсутствие ограничений на информацию о конкретном проекте или хотя бы компании, отсутствие ограничений на общеизвестную информацию либо просто известную мне до начала работы над проектом, отсутствие принципиальной возможности выкладывать части проекта в опенсорс с разрешения заказчика, ограничение на разглашение названия компании/проекта, etc.)…
А Вы тут рассуждаете о письменных документах с явной пометкой "конфиденциально" — я лично таких за 30 лет работы не видел ни разу. Упоминания возможности "случайной утечки" так же ни разу ни в одном NDA мне пока не попадалось.
В общем, было бы неплохо, конечно, выпустить и популяризовать "рекомендованный NDA" (вроде типовых лицензий MIT/BSD/GPL), но пока это фантастика.
А любой «рекомендованный» договор навязать невозможно, свобода воли сторон и всё такое. Только практика, которая у нас вырабатывается, вырабатывается, да никак не выработается.
Я не работал (и не хочу, если честно, слишком много лишних проблем) на госзаказчика. Из моих заказчиков ещё ни один принципиально не отказывался выкладывать код в опенсорс. Разумеется, речь не идёт о проекте целиком или частях с бизнес-логикой проекта, но всякие вспомогательные библиотеки/утилиты которые создаются в рамках работы над проектом никто из заказчиков не препятствовал выкладывать в опенсорс.
Более того, я в принципе не буду работать на проекте, где возможность выкладывать в опенсорс исключена, просто потому, что у меня нет желания переизобретать какие-то технические элементы на каждом следующем проекте с нуля, я предпочитаю сохранять возможность использования удачных технических решений/инструментов с предыдущих проектов в следующих.
А любой «рекомендованный» договор навязать невозможно
Никто не говорит о навязывании. Просто у компании уже есть шаблонный договор, который она пытается пропихнуть всем сотрудникам — почему бы новым сотрудникам тоже не иметь свой вариант этого договора?
И когда есть такой "общеизвестный" вариант NDA, а компания продолжает настаивать на собственном — это хороший момент чтобы поинтересоваться, а что, собственно, данную компанию не устраивает в "общеизвестном" варианте NDA, какие именно дополнительные ограничения так критичны для этой компании… и это даст хорошую пищу для размышлений, стоит ли вообще идти к ним на работу.
Недавно столкнулся с ситуацией: NDA подписывается с юр.лицом но в случае утечки заказчик может подать в суд и на юр.лицо и на физ.лица исполнителей
В итоге так как физ. лица не подписывали ничего и то им в соответствии с РФ законодательством можно вменить упущенную выгоду и косвенный ушерб, а это способ давления на команду разработчиков если будет провокационный слив то разработчиков могут просто при наших судах сделать должными на всю оставшуюся жизнь
В итоге так договор и не подписали, так что конфиденциальность это важно, так как на ровном месте можно попасть в долговое "рабство" у заказчика
Другой вопрос, что договор у него с юр.лицом, а исполнители стороной такого договора не являются, за их действия несет ответственность работодатель.
Обычно подобные NDA содержат еще обязательство предоставить список исполнителей и подписать с ними обязательство о неразглашении по форме заказчика. Вот тут риски для разработчиков уже выше.
А в какой вообще юрисдикции это работает?
Ну, к примеру, запрет на разглашение контрагента — с одной стороны хорошо, с другой — противоречит требованиям заполнения налоговой декларации.
Или, к примеру, банк что-то заподозрил, заблокировал перевод денег от заказчика к исполнителю и требует договор, по которому был перевод средств. Банк имеет право, но что делать с NDA? Особенно весело будет, если а договоре умудрились прописать, что датой исполнения обязательств заказчика считается дата поступления денег на счёт исполнителя, но банк средства заблокировал до поступления на счёт, а исполнитель не может их разблокировать ибо NDA.
Ну и как писали чуть выше — в NDA можно прописать какую-нибудь чушь относительно ответственности сотрудников исполнителя, а у сотрудников исполнителя — стандартный трудовой договор без каких-либо уточнений.
p.s. А вишенка на торте — любые судебные разбирательства. Подача любого иска исполнителем (к примеру, при непоступлении оплаты за выполненные работы) может являться нарушением NDA...
NDA для разработки — «остаточная» оговорка и другие способы защитить себя