Як Google і Facebook і подібним ІТ-гігантам вдається зберегти свої вихідні коди в таємниці, тоді як до них мають доступ тисячі співробітників? На це питання відповідають користувачі Quora.com, в числі яких екс-співробітники Facebook і Microsoft.
Програміст в Microsoft Амал Дора (Amal Dorai) переконаний, що захист вихідного коду Google і Facebook забезпечують три речі:
Екс-розробник Facebook і засновник Blockspring.com Дон Пінкус (Don Pinkus) підтверджує, що «чисто фізично» нічого не заважає співробітникові скопіпастіть код, проте ці дії спричинять правові та кар'єрні наслідки. Щоб уникнути їх він радить бути обережними, навіть викладаючи фрагменти коду на StackOverflow. де програмісти радяться один з одним.
«Якби ви гарненько пошукали, то ймовірно могли б знайти фрагменти FB-коду на StackOverflow, - каже Пінкус. - Але після перших кількох тижнів на роботі будь-який програміст починає розуміти, що він може викладати на загальний огляд лише анонімний код. Думаю, якщо б я скопіював туди один-два сирих фрагмента PHP в перші дні роботи в компанії, користувачі StackOverflow відповіли б: «Так що це за PHP такий, чорт візьми?». І з'ясувалося б, що я виклав фрагменти «Hack», нашого на той час дуже секретного мови ».
Програміст з 18-річним стажем Уейн В. Харпер (Wayne V. Harper) не здивувався б, дізнавшись, що код «виходить за двері» щодня: за свою кар'єру йому не довелося бачити досконалих систем захисту коду. Він згоден з тим, що більша частина коду має мало значення для третіх сторін (за відсутності інфраструктури і брендів), а семизначний судовий позов напевно дуже швидко охолодить запал бажаючих поживитися чужим кодом.
У той же час, якщо подивитися ширше, надмірні обмеження і загрози судових позовів можуть деморалізувати співробітників і перешкодити компанії наймати найкращих: «Дозволити якоїсь частини коду« піти »- це ціна, що дозволяє наймати талановитих, веселих і мотивованих співробітників. При цьому лояльні співробітники набагато менше схильні шкодити компанії », - вважає Уейн В. Харпер.
Самюель Сілборі (Samuel Silbory), старший інженер платформ в Hitachi Data Systems, підсумовує: компанії ніяк не захищають свій код, тому що його витік їм нічим не загрожує.
«Ви не можете захопити вихідний код пошукової системи Google і зробити свій власний пошуковик», - упевнений він. Краща альтернатива, на думку Сілборі, - найняти безліч інженерів Google і побудувати нову пошукову систему з нуля, використовуючи уроки, які ці інженери витягли з співпраці з компанією.
Білоруський інженер Facebook і бізнес-ангел Ігор Маханьок. в минулому працював в Google, розповідає, що в Google код алгоритмів ранжирування основного пошуку зберігався окремо, і до нього мали доступ лише працівники пошукового відділу, проте «навіть той код по суті марно красти - занадто багато зав'язок на інфраструктуру і дані».
За його словами, вся суть в тому, що коли codebase таких великих розмірів, окремі шматки коду зовсім марні, так що сенсу копіювати і красти немає взагалі: «Насправді дуже мало де в коді дійсно є якісь такі алгоритми, які одночасно складні, маленькі і цікаві третім сторонам. Велика частина коду не є чимось незвичайним ». Найголовніше, жоден з великих конкурентів точно не буде використовувати вкрадений код, навіть якщо його б хтось вкрав. Зате наслідки можуть бути дуже негативні, аж «до повної неможливості знайти роботу».
більший інтерес мають завдання які вирішують в дослідницьких відділах і методи їх вирішення, ніж безпосередньо сам код. ті часи коли йшли основні дослідження в научке пройшли, зараз знань відносно рівномірно розподілені між гравцями.
Велику цінність можна витягти з пари файлів в пару кілобайт і доступу до певного телекомунікаційних криниці, ніж з 100 мегабайт говнокода :)