_nautilus_Dima TДаже с исходниками весь мозг сломаешь пока разберешься что к чему. Кто пробовал в чужих исходниках что-то править, тот поймет.

Ну это наверное не такая большая проблема. Не знаю кто как, но я вот лично практически только тем и занимаюсь, что правлю чужие исходники. % соотношение "разработано самим" к "исправлено чужого" наверное около 20 к 80.
Я не про получить "прогу в наследство", т.е. прийти на работу и сопровождать готовую прогу с исходниками и консультациями разработчика (в идеале).

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

SiemarglDima T,

Код вряд ли украдут, а вот взломают запросто. Достаточно широкий шароварный рынок, да и иногда нежелателен слишком открытый код.
Если продукт ширпотребный и раскрученный, то все-равно сломают. Но
1. Ты сначала раскрути настолько чтобы ломать стало интересно.
2. Ломать просто было в эпоху оффлайна, привяжи немного функционала в онлайну и взлом резко усложнится.

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

Вот и все свелось ко взлому. Еще раз:
1. Взлом ради перепродажи чужого кода: расткрути сначала прогу чтобы ее интересно было сломать. Уверяю что тут параллельно поступит куча предложений с очень заманчивой ЗП, такой что взломщикам только спасибо скажешь.
2. Взлом ради данных: тут тоже сначала раскрутить прогу надо чтобы ее интересно было сломать. Тут тоже есть меры противодействия: можно устроить вброс недостоверных данных. Я так делал.

EoltDima TЗачем исходники куда-то прятать? В чем смысл данного пункта при выборе ЯП? Они никому не нужны кроме того кто их написал.


Если вы пишите клиенты к базам данных, то это действительно никому не нужно и не интересно. А если например софт для цифровой обработки сигналов, и у вас один конкурент в стране. Если на защищать свой софт, то все наработки и алгоритмы окажутся у конкурента, который выпустит новую версию своего ПО за ваш счет. Потому как всегда выгоднее украсть, чем разрабатывать самому.
Какова емкость рынка данного софта? Если это до десятка миллионов рублей в год (на двоих конкурирующих), то у конкурента не хватит денег на полноценное исследование софта даже на C#. Если это миллиард в год, то алгоритм можно выдрать из зашифрованного суперзащищенного исходника на асме. Цена работы спеца все определяет.

Если цена вопроса будет миллиард (даже) рублей, то никакие защиты не спасут. Тут поможет только патентование и перевод споров в юридическую плоскость.