Всем доброго времени суток!

В общем, начали с партнером делать софтверный бизнес.

Кратко о бизнесе. Бизнес продуктовый: создаем портально-социальный фреймворк, позволяющий создавать порталы и социальные сети с минимум трудозатрат. Под каждого клиента — минимум разработки и в основном конфигурация.

Появились клиенты, сейчас активно набираем программистов.

Думаем о том, как обезопасить бизнес от своих же работников. Теоретически вариантов опасности вижу два:

1) Как бы в перспективе кто-то из наших программистов (или тогда уже менеджеров, если все хорошо пойдет), не пришел к нашим клиентам и не предложил дешевле. Имея исходные коды он может теоретически либо перетянуть часть программистов к себе, либо нанять новых.

2) Имея исходные коды он может сделать аналогичную компанию, которая будет с нами конкурировать, и будет искать своих клиентов, отбирая у нас долю рынка и, возможно, перетаскивать снова таки наших клиентов.

На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла. Думаем бинарники обфусцировать (закодировать, чтобы не можно было декомпайлером восстановить). С другой стороны, это уже атмосфера недоверия в команде, что тоже не очень хорошо. Как думает, нужно ли прятать исходный код ядра от разработчиков? Что будет плохого, если у сотрудников будет код твоего продукта?

Думали о том, чтобы не набирать людей с менеджерскими навыками, которые могут сделать что-то похожее. Но это тоже плохой вариант, так как нужно иерархию управления строить в компании, без людей с менеджерскими навыками этого не сделать.

Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

Здравствуйте, VetalB,

NDA (http://en.wikipedia.org/wiki/Non-disclosure_agreement)

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, VetalB,

А>NDA (http://en.wikipedia.org/wiki/Non-disclosure_agreement)
И что, в реальной жизни это поможет?

Здравствуйте, VetalB, Вы писали:

VB>Думаем о том, как обезопасить бизнес от своих же работников. Теоретически вариантов опасности вижу два:

Не о том думаете. Бизнес — это не исходники, а налаженная система и связи с людьми. Этого у вас никто не украдет.

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

Подпишите NDA, не обижайте сотрудников и расслабьтесь. Кстати, недоверие тоже обижает.

Насколько я знаю, есть стандартный механизм:
С каждым работником заключается соглашении о нераспространении коммерческой тайны, исходники как раз попадают под это.
Чаще там даже оговаривается что все что работник генерит на работе изначально автоматически принадлежит работодателю.

Посоветуйтесь с юристом, вам подробнее расскажут.

Здравствуйте, VetalB, Вы писали:

VB>Всем доброго времени суток!

VB>В общем, начали с партнером делать софтверный бизнес.

VB>Кратко о бизнесе. Бизнес продуктовый: создаем портально-социальный фреймворк, позволяющий создавать порталы и социальные сети с минимум трудозатрат. Под каждого клиента — минимум разработки и в основном конфигурация.

VB>Появились клиенты, сейчас активно набираем программистов.

VB>Думаем о том, как обезопасить бизнес от своих же работников. Теоретически вариантов опасности вижу два:

VB>1) Как бы в перспективе кто-то из наших программистов (или тогда уже менеджеров, если все хорошо пойдет), не пришел к нашим клиентам и не предложил дешевле. Имея исходные коды он может теоретически либо перетянуть часть программистов к себе, либо нанять новых.

VB>2) Имея исходные коды он может сделать аналогичную компанию, которая будет с нами конкурировать, и будет искать своих клиентов, отбирая у нас долю рынка и, возможно, перетаскивать снова таки наших клиентов.

VB>На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла. Думаем бинарники обфусцировать (закодировать, чтобы не можно было декомпайлером восстановить). С другой стороны, это уже атмосфера недоверия в команде, что тоже не очень хорошо. Как думает, нужно ли прятать исходный код ядра от разработчиков? Что будет плохого, если у сотрудников будет код твоего продукта?

VB>Думали о том, чтобы не набирать людей с менеджерскими навыками, которые могут сделать что-то похожее. Но это тоже плохой вариант, так как нужно иерархию управления строить в компании, без людей с менеджерскими навыками этого не сделать.

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

А>>NDA (http://en.wikipedia.org/wiki/Non-disclosure_agreement)
S>И что, в реальной жизни это поможет?

Да — как только они попробуют официально зарегистрировать компания и начать продавать ваши решения — вы подаете на них в суд. При наличии нотариально заверенных исходников и подписанной ими NDA это практически автовин.

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

Кроме правильных советов про NDA — еще можно запатентовать основные решения (если есть, что патентовать).
Это дороже, но работает и если они решат устроить бизнес за пределами РФ.
Собственно, это и от рейдерства помогает, говорят.

А скрывать исходники — это сильно терять в эффективности работы. Да и не такая уж это ценность, прямо скажем )

Здравствуйте, VetalB, Вы писали:

VB>1) Как бы в перспективе кто-то из наших программистов (или тогда уже менеджеров, если все хорошо пойдет), не пришел к нашим клиентам и не предложил дешевле. Имея исходные коды он может теоретически либо перетянуть часть программистов к себе, либо нанять новых.

Если он это сделает, значит вы ему здорово недоплачиваете.

VB>2) Имея исходные коды он может сделать аналогичную компанию, которая будет с нами конкурировать, и будет искать своих клиентов, отбирая у нас долю рынка и, возможно, перетаскивать снова таки наших клиентов.

Если он так поступит, значит он считает вас уродами с которыми невозможно работать. В норме обычно люди сперва пытаются договориться по хорошему, например, что он будет искать для вас клиентов и получать за это агентский.

Вам бы задуматься не помешало стоит ли с таким отношением вообще куда-то лезть.

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

Либо платите им хорошо, либо патентуйте свои решения (дороже, но можно пробовать по стопам Яббла).

20.09.2012 14:12, VetalB пишет:

> Думаем о том, как обезопасить бизнес от своих же работников.
Лучше делом занимайтесь! То бишь ищите клиентов, увеличивайте обороты и
прибыль.

А код — это мусор. Ну и кроме того, любая функциональность после
переписывания становится качественнее и переписывается гораздо быстрее
первоначальной разработки, так что никакими NDA, скрыванием исходников и
т.п. бредом вы проблему не решите — проблемы не существует. Эта проблема
существует только в твоей голове — ваши исходники нафиг никому не сдались.
Правда есть один случай, когда исходники нужно скрывать, потому что они
настолько горбаты, что нельзя ни в коем случае, чтобы кто-нибудь их увидел.

Здравствуйте, Vzhyk, Вы писали:

V>20.09.2012 14:12, VetalB пишет:

>> Думаем о том, как обезопасить бизнес от своих же работников.
V>Лучше делом занимайтесь! То бишь ищите клиентов, увеличивайте обороты и
V>прибыль.

V>А код — это мусор. Ну и кроме того, любая функциональность после
V>переписывания становится качественнее и переписывается гораздо быстрее
V>первоначальной разработки, так что никакими NDA, скрыванием исходников и
V>т.п. бредом вы проблему не решите — проблемы не существует. Эта проблема
V>существует только в твоей голове — ваши исходники нафиг никому не сдались.
V>Правда есть один случай, когда исходники нужно скрывать, потому что они
V>настолько горбаты, что нельзя ни в коем случае, чтобы кто-нибудь их увидел.

только в том случае, если сами "исходники" (уникальная идея в коде) не являются конкурентным преимуществом (см. к/ф про Facebook)

24.09.2012 15:00, Аноним 730 пишет:

> только в том случае, если сами "исходники" (уникальная идея в коде) не
> являются конкурентным преимуществом (см. к/ф про Facebook)
Ты меньше кинофильмы смотри, особенно про уникальные идеи в коде.
Уникальная идея — это соц. сеть и как делать на ней деньги.

Здравствуйте, VetalB, Вы писали:

VB>Всем доброго времени суток!

VB>В общем, начали с партнером делать софтверный бизнес.

VB>Кратко о бизнесе. Бизнес продуктовый: создаем портально-социальный фреймворк, позволяющий создавать порталы и социальные сети с минимум трудозатрат. Под каждого клиента — минимум разработки и в основном конфигурация.

VB>Появились клиенты, сейчас активно набираем программистов.

VB>Думаем о том, как обезопасить бизнес от своих же работников. Теоретически вариантов опасности вижу два:

VB>1) Как бы в перспективе кто-то из наших программистов (или тогда уже менеджеров, если все хорошо пойдет), не пришел к нашим клиентам и не предложил дешевле. Имея исходные коды он может теоретически либо перетянуть часть программистов к себе, либо нанять новых.

VB>2) Имея исходные коды он может сделать аналогичную компанию, которая будет с нами конкурировать, и будет искать своих клиентов, отбирая у нас долю рынка и, возможно, перетаскивать снова таки наших клиентов.

VB>На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла. Думаем бинарники обфусцировать (закодировать, чтобы не можно было декомпайлером восстановить). С другой стороны, это уже атмосфера недоверия в команде, что тоже не очень хорошо. Как думает, нужно ли прятать исходный код ядра от разработчиков? Что будет плохого, если у сотрудников будет код твоего продукта?

VB>Думали о том, чтобы не набирать людей с менеджерскими навыками, которые могут сделать что-то похожее. Но это тоже плохой вариант, так как нужно иерархию управления строить в компании, без людей с менеджерскими навыками этого не сделать.

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?


Добр день,
работала в российской продуктовке, которую создали два разработчика на основе исходников (ими написанных), код был написан при работе в проекте по найму (автоматизация оконного производства).
далее, создав свою компанию, они патентовали каждую новую версию или продукт в линейке, не вникала в детали, патентный поверенный бывала в офисе примерно раз в 2-3 месяца.
ничего не знаю про судьбу патентов и про их "рабочесть" в соотв ситуациях.

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

Здравствуйте, VetalB, Вы писали:

VB>На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла

Безотносительно коммерческой тайны: вообще это хорошая практика.
Если команда не вносит изменения в ядро, то единственное что ей надо — это готовый бинарь этого ядра, обычно дебажной сборки (или пара релиз+дебаг, чтобы девелопить с релизной, а дебажную брать лишь для подтверждения что баг не у тебя, а всё ж в ядре).

Здравствуйте, Vzhyk, Вы писали:

V>20.09.2012 14:12, VetalB пишет:

>> Думаем о том, как обезопасить бизнес от своих же работников.
V>Лучше делом занимайтесь! То бишь ищите клиентов, увеличивайте обороты и
V>прибыль.

V>А код — это мусор.
А если это уникальный алгоритм?

24.09.2012 18:08, Kernan пишет:

> V>А код — это мусор.
> А если это уникальный алгоритм?
Ну тады да. Никому и никогда и ничего не показывать и нанимаемым
работникам в том числе, себе впрочем тоже.

Здравствуйте, Mr.Delphist, Вы писали:

MD>Здравствуйте, VetalB, Вы писали:

VB>>На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла

MD>Безотносительно коммерческой тайны: вообще это хорошая практика.
MD>Если команда не вносит изменения в ядро, то единственное что ей надо — это готовый бинарь этого ядра, обычно дебажной сборки (или пара релиз+дебаг, чтобы девелопить с релизной, а дебажную брать лишь для подтверждения что баг не у тебя, а всё ж в ядре).

а если разрабы "бинарь" декомпилируют (Java/.NET)?

Здравствуйте, VetalB, Вы писали:

VB>Вобщем, подскажите пожалуйста, как оптимальней всего так построить, чтобы твои же сотрудники не стали твоими же конкурентами?

Справедливо платить, тогда им просто не будет смысла становиться конкурентами.

Если владелец фирмы настолько много забирает себе (по сравнению с тем, что он делает), что становится выгодным отделиться, рано или поздно отделятся.

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, Mr.Delphist, Вы писали:

MD>>Здравствуйте, VetalB, Вы писали:

VB>>>На данный момент мы не даем исходные коды ядра нашим разработчикам, а предоставляем в виде джавовского бинарного jar-файла

MD>>Безотносительно коммерческой тайны: вообще это хорошая практика.
MD>>Если команда не вносит изменения в ядро, то единственное что ей надо — это готовый бинарь этого ядра, обычно дебажной сборки (или пара релиз+дебаг, чтобы девелопить с релизной, а дебажную брать лишь для подтверждения что баг не у тебя, а всё ж в ядре).

А>а если разрабы "бинарь" декомпилируют (Java/.NET)?

Да и флаг им в руки, речь не про то (см. болд выше).

Здравствуйте, Аноним, Вы писали:

MD>>Безотносительно коммерческой тайны: вообще это хорошая практика.
MD>>Если команда не вносит изменения в ядро, то единственное что ей надо — это готовый бинарь этого ядра, обычно дебажной сборки (или пара релиз+дебаг, чтобы девелопить с релизной, а дебажную брать лишь для подтверждения что баг не у тебя, а всё ж в ядре).

А>а если разрабы "бинарь" декомпилируют (Java/.NET)?

Зачем? Исходники то доступны?
Речь идет не о игре в прятки с сотрудниками, а стабильных компонентах со своим life cycle

Здравствуйте, VetalB, Вы писали:

VB>Думаем о том, как обезопасить бизнес от своих же работников

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

Не начинать свой бизнес-)

Здравствуйте, Аноним, Вы писали:

VB>>он может сделать аналогичную компанию
А>Если он так поступит, значит он считает вас уродами с которыми невозможно работать

Не обязательно — вообще желательно отделять личные отношения от бизнеса.

Здравствуйте, VetalB, Вы писали:

Думаем вот пригласить жен на корпоративный новый год, как вот сделать чтобы их работники не увели ?

Здравствуйте, VetalB, Вы писали:
VB>В общем, начали с партнером делать софтверный бизнес.

Сокрытие кода не нужного разработчику для текущей работы считаю правильным. Это должен быть просто рабочий механизм, без особой паранойи. Но, желательно, чтобы любой "несправедливо обиженный" физически не мог нанести значительного урона Вашему бизнесу.
А вот что реально станет проблемой через пару лет — как Вы будете делить пока молодой, но потом уже достаточно хороший софтверный бизнес с компаньоном. Тогда, когда у обоих, уже достаточно "крутых" всё больше и больше будут расходиться взгляды на ведение бизнеса. Советую периодически ловить себя на этой мысле, думать что будет, что кому принадлежит и фиксировать это вместе с компаньоном. В том числе разграничивая доступ к базам данных с клиентами, исходным кодам, сайтам, деньгам и прочим ценностям.

В догонку.

http://www.youtube.com/watch?list=UU6ZpR7c-lnHiyyeB8ly6TMA&NR=1&feature=endscreen&v=Ty8OTeQNu0Y