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

VM>Итак:

VM>

VM>
1. абсолютное б-во фирм, где работают респонденты, пока что никак не борются с угоном исходников (== основного продукта) инсайдерами;
   
   Да, потому что смысла в этом ноль.
   
   VM>
2. абсолютное б-во проектов, где заняты респонденты, по-прежнему построены на незаменимых авторах, без которых исходный код просто бесполезен (основная мысль — "проще написать с нуля, чем разбираться", что довольно симптоматично). Сложно сказать, в чем тут причина — то ли в самом коде, написанном так, что никакой обфускации не нужно, то ли в неумении/нехотении работать с чужими исходниками (между прочим, довольно важный навык для проф. программиста);
   VM>

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

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

Конечно, зависит от типа приложений и технологий. В рамках одной только джавы могут быть использованы совершенно разные и непересекающиеся технологии. С шарпом попроще — там есть генеральная линия партии, но тоже не сахар. В тех же плюсах — удачи интегрирования модуля на QT с boost, или ACE какой-нибудь. И это мы пока-что кода даже не касались.