Як керувати проектом із високим рівнем ризику із закритим джерелом?

25

В даний час я планую розробити веб-сайт J2EE і хочу залучити 1 розробника та 1 веб-дизайнера, який допоможе мені. Проект - це фінансовий додаток в рамках нішевого ринку.

Планую тримати джерело закритим. Однак я побоююся, що мої потенційні співробітники зможуть легко скопіювати кодову базу та використати її або продати третій стороні. Розробка додатка займе 4-6 місяців, можливо, більше, і я можу залучити додаткових співробітників після того, як додаток буде запущено.

Але як мені тримати джерело для себе. Чи є методи, які компанії використовують для охорони свого джерела?

Я передбачаю відключення USB-накопичувачів та DVD-записуючих пристроїв на моїх розробниках, але завантаження даних або приєднання коду до електронної пошти все одно можливо.

Моє запитання неповне. Але програмісти, які опинилися в моїй ситуації, будь ласка, поради. Як мені це робити? Створення команди, підтримка секретності коду тощо.

Я з нетерпінням чекаю підписати договір про секретність із працівниками, якщо це потрібно. (Будь ласка, додайте відповідні теги)

Оновлення

Дякую за всі відповіді. Я, звичайно, зараз не відключатимуть усі USB-порти та DVD-записувачі. Але я думаю, що я повинен вести активність ведення журналів (як саме це робити?) Я насторожено ставився до скальдерів, які приєдналися б, а потім бігли з існуючим кодом. Я нікого не зустрічав, але мені порадили насторожено ставитися до них. Я б включив положення про секретність, але враховуючи, що це стартап, який майже не потребує фінансування, і у висококонкурентній бізнес-ніші з більшими гравцями в цій галузі, я сумніваюся, що зможу виявити чи переслідувати будь-яких скальдерів.

Як найняти людей, яким я довіряю, коли я їх особисто не знаю. Їх резюме буде корисним, але в іншому випадку довіра розвиватиметься лише з часом.

Але, нарешті, навіть якщо вони втекли з кодом, це важлива послуга після продажу. Тож я не дуже переживаю довго.

version-control

— абель
джерело

28

Я знаю, що я (і жоден інший розумний, грамотний розробник) не міг би працювати в умовах, на які ви натякали (відключені pendrives, DVD-записи ...).

— Джонатан Стерлінг

5

Просто отруйний.

— Джонатан Стерлінг

53

Якщо чесно, коли я зустрічаю когось, хто відмовляється надавати будь-яку довіру, я завжди думаю, що це говорить більше про їх власну надійність, ніж про мою - а це, якщо ви думаєте, що мені не можна довіряти, це тому, що ви знаєте, що можете " не можна довіряти

— James McLeod

8

@abel: Збиваючи деякі попередні зауваження, ви не маєте досвіду займатися професійною розробкою програмного забезпечення. Але ви намагаєтесь увійти в «конкурентоспроможну бізнес-нішу» і домогтися успіху проти «більших гравців», коли у вас «майже немає фінансування». У вас є набагато більша риба для смаження, ніж турбота про програмістів, що вибігають зі своїм кодом. Якби я був ти, я склав би бізнес-план і запропонував би його переглядати бізнесменам, які вже досягли успіху у вашій цільовій галузі, а потім подумати, чи справді ти маєш ресурси для успіху.

— Боб Мерфі

37

@abel: Після оновлення ваше запитання виглядає так. У вас мало грошей, і ви ніколи навіть не працювали в ресторані, не кажучи вже про те, щоб запустити один. Але ви все одно вирішите відкрити ресторан - і в Сан-Франциско, де вже є безліч чудових ресторанів, які борються за отримання прибутку. Тож ви йдете на з'їзд кухарів і запитуєте, як найняти шефа, який не отруїть їжу. І коли вони говорять вам, що кухарі не отруюють їжу, ви визнаєте, що ніхто, кого ви ніколи не знали, отруївся, але хтось сказав вам, що ви повинні турбуватися про це, щоб ви все одно турбувалися.

— Боб Мерфі

77

Вам потрібно довіряти розробникам.

Практично всі професійні розробники не вкрадуть ваше джерело. Зрозуміло, що якщо ви працюєте на когось іншого, саме роботодавець володіє кодом, який ви пишете. Розробники можуть скопіювати код для довідкових цілей, але навряд чи вони запропонують його для продажу будь-кому іншому. Якщо вони все-таки запропонували його продати новому роботодавцю, то ймовірним результатом буде те, що їм покажуть двері і, можливо, навіть заарештовують (як вказує Боб Мерфі у своєму коментарі ). Попадання не варто ризикувати.

Що ще важливіше, недовіра породжує недовіру. Якщо вимкнути USB-порти та DVD-записувачі, виникне почуття недовіри, що, як це не парадоксально, зробить більш імовірним, що розробники скопіюють код.

У будь-якому разі додайте до свого договору таємницю, але, мабуть, зайве виділяти це як найважливішу частину договору.

— ChrisF
джерело

2

Застереження про коротку секретність цілком нормально для договорів на розробку та трудових договорів - але, як сказав Кріс, не варто перебирати це. Кожен, хто зробив більше ніж кілька проектів розробки контрактів, довга таємна угода з грізними загрозами просто говорить, що ви неосвічений аматор. Існують стандартні пропозиції, які ви можете знайти в Інтернеті, які містять від 6-20 рядків тексту. Це багато, якщо ви готові подати адвокат у разі порушення - а якщо ви цього не зробите, будь-яка угода про секретність є безглуздою.

— Боб Мерфі

46

Крім того, в реальному світі треті сторони не хочуть вкраденого коду. Ризик занадто великий. Коли ще в середині 90-х Informix і Oracle виводили його на ринок реляційних баз даних, один з розробників Informix кинув приєднатися до Oracle (що було досить часто), і взяв із собою жорсткий диск, повний джерела Informix (що не було 'т). Він сказав своєму новому начальнику в Oracle, очікуючи привітання, але натомість отримав команду безпеки та арешт. Тоді безпека Oracle покликала безпеку Informix, і вінчестер повернувся до Informix, але ніхто з Oracle не подивився на нього.

— Боб Мерфі

1

@Bob Мерфі, я сподіваюся, що всі такі щирі навіть у нижній частині ланцюга харчування.

— абель

1

Я ось-ось збирався набрати цю точну відповідь. Довіра насправді критична для успіху проекту. Як заявив ChrisF, відключення компонентів комп’ютерів розробників лише погіршить взаємозв'язок і повідомить тих розробників, що їм не довіряють. Єдиний спосіб по-справжньому захистити свій код - це контролювати, де розробники сплять, де їдять, з ким спілкуються і т. Д. Просто переконайтеся, що у вас є добре письмовий договір, який дає вам законні боєприпаси, необхідні для покарання порушників.

— TheBuzzSaw

2

Два слова: Едвард Сноуден ( en.wikipedia.org/wiki/Edward_Snowden ). Навіть найпотаємніші підрозділи у федеральному уряді США не мають гарного рішення цієї проблеми. Що змушує вас (ОП) вважати, що ви можете зробити краще? Будуйте своє рішення на довірі та розумному стримуванні, а не на поверхневих технологічних обмеженнях!

— rinogo

74

Якщо ці програмісти можуть написати програмне забезпечення в першу чергу, то ...

Їм не потрібно вкрасти її.

Вони можуть просто переписати його за частину часу, необхідного для його початкового розвитку. Так, це правда, розробники не є повноцінними ідіотами ... раз вони зрозуміють, як щось зробити, вони часто можуть згадати, як вони це зробили.

Тож, мабуть, вам просто доведеться їм довіряти або самостійно написати програмне забезпечення .

— ГрандмайстерB
джерело

3

Це аргумент для застереження про неконкуренцію? ;)

— Тім

8

Дійсно: ваші програмісти вже скопіювали ваш код, завдяки тому, що вони знають у своїх головах.

— Френк Ширар

Я розумію, що. Я не хочу, щоб новоприєднані розробники скальпірували код.

— абель

3

@abel, вкрадений код просто не такий корисний, як здається, ви думаєте. Додаток можна "клонувати" навіть без вихідного коду. власні алгоритми , ось що ви хочете захистити. Розробникам не потрібно «красти» код, щоб дізнатися їх, просто прочитайте його та знову відтворіть його. Хек, просто використання програми може бути достатньо для виведення алгоритму. Отже, як уже говорили інші, проста пропозиція про неконкуренцію зробить трюк і стосується всього, що ви можете зробити. Фізичне закріплення коду - це лише марна трата вашого часу, тому що будь-який розробник, який коштує їхньої солі, може легко його обійти.

— GrandmasterB

11

+1 за правду ... і за те, що я випадаю зі свого стільця, сміючись. Корові не потрібно красти молоко. 8D

— TheBuzzSaw

22

Я чув, як це говорило, що жодна ідея сама по собі не коштує більше 20 доларів (а це канадські долари!) Ідея має цінність лише в тому випадку, якщо вона добре виконана. Навіть якщо справа доходить до крадіжки коду та намагання самостійно їх виправити, шанси, що ви маєте краще уявлення про наступні кроки та більше контактів із потенційними покупцями програмного забезпечення.

Вам обов'язково потрібно найняти лише людей, яким ви довіряєте, але навіть якщо вони вкрадуть ваш код і спробують його продати, вони навряд чи дійдуть дуже далеко.

— Джеймс Маклеод
джерело

9

Це абсолютно правда. Забудьте зберігати надпотаємну свою унікальну ідею і сконцентруйтеся на її виконанні краще, ніж будь-хто інший. Більшість ідей є продуктом свого часу і виникають у кількох людей самостійно. (Анрі Пуанкаре працював над відносністю на початку 1900-х років теж це ті, хто має надійні бізнес-плани та професійні команди, які отримають фінансування.

— Боб Мерфі

1

Пов'язане: sivers.org/multiply . Погані ідеї навіть не коштують 2 пенси, але хороші ідеї можуть коштувати понад 20 доларів.

— Пейсьєр

6

Важка правда полягає в тому, що ніхто не хоче вашого коду. Вам може здатися, що ви розробляєте рішення, кожен хоче знати, як воно працює. Але частіше за все ви цього не робите.

Що б ви зробили, якби перейняли вихідний код своїх конкурентів? Ви не можете його поширити. Ви не можете скопіювати будь-які його частини у ваш проект (навіть якщо інтегрувати код третьої сторони у вашу кодову базу було не так складно). Що ти можеш зробити? Ви можете це вивчити. Але часто читати код важче, ніж писати його в першу чергу.

Подивіться на програмне забезпечення з відкритим кодом. Це найближча аналогія до викраденого вихідного коду. Існує величезна кількість безцільного коду. Значна частина має ліцензію, яка не відповідає вашим потребам. Інші мають несумісну мову програмування або потребують перенесення на вашу платформу. Код, який відповідає вашим потребам, потребує багато часу для читання.

Є багато проектів з відкритим кодом із ментальністю із закритим джерелом. Тобто вони не приймають патчі. Незабаром ваша версія коду відхилиться настільки, що неможливо було б об'єднати нові версії.

Ви повинні розуміти, що найцінніше - це ваша команда, яка підтримує ваш код, рухає його вперед. Не сам код.

— Вануан
джерело

5

Якщо це якийсь запуск, то вам потрібно створити продукт номер один. Вам потрібні хороші розробники, які наполегливо працюватимуть і будуть віддані проекту.

Один з дійсно простих способів позбутися від них або, принаймні, висадити їх мораль і відданість, - це показати їм наперед, що ви їм не довіряєте. Насправді вони, ймовірно, почнуть думати про способи, як вони можуть вийти з коду (хоча вони майже напевно не дотримуються), і якщо вони зможуть придумати спосіб, вони вважатимуть вас не лише параноїдальним, але дурним. (Є організації, де цей рівень обережності виправданий, і запуск фінансового веб-сайту не вважатиметься однією з них.)

Кілька положень у договорі про те, як програмне забезпечення є вашою власністю, буде добре. Якщо хтось порушить це, він порушить будь-яку більш сувору мову, яку ви маєте, і, ймовірно, почуватиметься виправданішою. Неконкурентні положення, які не є вузькими та обмеженими часом, просто виганятимуть бажаючих людей, а насправді можуть не бути законними у вашій юрисдикції (про це зверніться до місцевого юриста).

Якщо ви наймаєте хороших людей, вони можуть переписати програмне забезпечення пізніше. Якщо ви наймете початківців, вони не знають, як далі розвивати те, з чим вони йдуть, і будь-хто, хто будуватиме на цьому, матиме серйозні юридичні ризики, щоб пізно піти з нижчою версією того, що у вас є.

Коротше кажучи, це має бути надто низьким для речей, про які ви хвилюєтесь. Якщо ви наймаєте поганих людей, ви занурюєтесь ні на що. Концентруйтесь на наймі хороших людей і нехай це слайд.

— Девід Торнлі
джерело

4

Чому ваші потенційні клієнти повинні вам довіряти фінанси?

Зрештою, ви можете бігти з грошима.

Такі компанії, як Microsoft, Google, IBM, працюють тисячі людей для написання записів програм із закритим вихідним кодом, і не надто переживають за те, щоб їх персонал перейшов з кодом. Захист авторських прав та чітке застереження "будь-який код належить вашому роботодавцю" у трудовому договорі, як видається, охоплюють це, і судові справи проти колишніх працівників за крадіжку коду є надзвичайно рідкісними.

Крім того, щойно ви випустите програмне забезпечення у широкий світ, якщо ядро не передбачає дійсно розвиненої математики, будь-яка компетентна команда програмістів може відтворити вашу програму, не бачачи вихідного коду.

— Джеймс Андерсон
джерело

3

Як вже згадували інші, це, здається, передусім викликає занепокоєння людей.

Однак є ряд основних виробників безпеки, які продають програмні рішення щодо витоків даних:

Я не можу коментувати їх ефективність чи доцільність, оскільки я маю обмежений досвід роботи з цими рішеннями, але просто подумав, що це може бути корисно вказати на це.

— Скеля
джерело

3

Як і ідея, турбує лише те, що ці продукти наповнені фірмовою мовою і не пояснюють, чим вони насправді займаються :)

— Mars Robertson

2

Чесно кажучи, як і всі інші сказали, вам просто потрібно довіряти своїм програмістам.

Однак я додам до цього, сказавши, що ви дійсно повинні врахувати, що відкритий пошук вашого проекту в сучасних умовах швидше допоможе вам, ніж завдасть вам шкоди, за винятком кількох конкретних ринків. Якщо ви будете більш відкриті до ідеї, ви змусите себе менше турбуватися про те, що ваш вихідний код зростає ногами і біжить, навіть якщо ви цього не робите самі. Збирайте всю добру волю, і, на мою думку, ви швидше заробляєте гроші. Навіть якби Імперія пропонувала найкращий додаток у світі, я не думаю, що Люк Скайуокер би його завантажив, бо ідеали Імперії були не в тому місці.

— кодер543
джерело