Защита авторских прав дошла до полного маразма. Какие могут быть авторские права на КОД, на ТЕКСТ программы???
Я понимаю, есть алгоритм решения той или иной задачи. Это еще может может быть защищено патентом. Типа как изобретение, способ бла-бла-бла, оличающийся тем, что бла-бла-бла. То есть - на алгорити можно составить "формулу". Но вот программный код этого алгоритма... Какие здесь авторские права?
Есть алгоритм вычисления контрольной суммы. Например, CRC32. Сколько ни возьми программистов - у всех получится одинаковый код. Или почти одинаковый. Есть алгоритм вычисления интеграла (например, по Эйлеру). Все его реализации будут схожи. Есть алгоритм быстрого преобразования Фурье. Код, опять же, будет у всех одинаков. Разве что в именах переменных  различия найдем. Что именно здесь защищать? Не понимаю.
Это тоже самое, что защищать авторские права повара, варящего борщ по рецепту из "Книги о вкусной и полезной пище".

http://ru.wikipedia.org/wiki/Изобретение
Не являются объектами имущественных прав (и даже объектами личных неимущественных прав), в частности

• идеи, концепции, принципы;

• явления природы, факты;

• открытия, научные теории;

• процессы и методы, не подпадающие под определение способа, установленное законом;

• алгоритмы, правила и методы игр, языки программирования, математические методы, способы осуществления мыслительных операций;

• решения организационных задач, способы ведения хозяйственной деятельности[7];

• решения, заключающиеся только в представлении информации[8];

• биологические способы получения живых организмов (за исключением микроорганизмов)

Простой вопрос - алгоритм MP3-кодека является запатентованным? Равно как и алгоритм G.729 (в VoIP) кодека? Если алгоритм не является объектом каких либо имущественных прав, то почему закрыто применение этих кодеков? Что мешает реализовать принципиально открытый алгоритм и выложить его в открытое пользование? Или кто-то что-то недоговаривает...

Там, в вики, есть ответ и на этот вопрос, как мне кажется:
Изобретением считается техническое решение, относящееся к продукту ... и далее 3 абзаца текста.

Является ли техническим решением быстрое преобразование Фурье, примененное для фильтрации (например) какого либо сигнала при его цифровой обработке? Например, в какой либо системе автоматического регулирования?

Мне постить сюда все три абзаца? Там всё описано!
Преобразование Фурье не является техническим решением. Т.е. никакого эффекта мы не увидим. Нужно готовое техническое решение. И вот его уже можно патентовать, заявлять на него свои права и т.п.

Cruiser78, стоп-стоп, кажись, вы смешали в кучу авторские права и патенты.

Эмм.. Т.е., по-вашему, я не могу быть автором какого-нибудь HelloWorld`a ? И не могу написать, скомпилировать и продавать столь важную программу

++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++
 .>+.+++++++..+++.>++.<<+++++++++++++++.>.+++.
 ------.--------.>+.>.

?

http://www.consultant.ru/popular/gkrf4/79_2.html

ЗЫ. Насколько я понимаю, борщ не является произведением науки, литературы или искусства...

Работу компилятора на кухне выполняет плита с кастрюлей. Как инструмент превращения ингридиентов борща во вкусную и здоровую пищу. Повар есть "реализатор" того или иного способа (рецепта) приготовления оной. Равно как программист, кодировщик, есть реализатор того или иного способа (алгоритма) решения функциональной задачи. И повар, и программист, в равной степени могут продавать результаты своего труда. И тот и другой вкладывает в результаты своего труда определенный интеллект. Но вот распространять правила охраны интеллектуальной собственности на промежуточный продукт (текст программы не тождественнен самой программе) работы программиста, кодировщика, - нонсенс.
Примеры я уже приводил, могу привести и еще.
Вот, например, есть в задаче необходимость манипулирования датами, вычисления различных временных интервалов. Вполне типовая задача. Реализация тоже примитивна как мычание: вычисляем количество дней пришедшихся на данную дату от рождества Христова и работаем с этим числом. Алгоритм открыт, ничем не защищен, код его реализующий примитивен, и у большинства кодеров будет крайне схожим. Как будем охранять такое "творчество"? Я, например, вставлю этот код в коммерческую задачу, защищу её товарным знаком, буду продавать как товар... И что, дальше могу всех остальных преследовать за то, что они используют код, аналогиный моему?  Пусть мне башляют за право его использования?

Ваше возмущение выстраивается по принципу "если бы, да кабы, да росли во рту грибы". Попробуйте! Сделайте программку, защитите еще и преследуйте! Я вот не думаю что это так просто. Чтоб запатентовать, нужно вложить массу времени, сил, а также немало денег за сам патент. Абы что патентовать не будут. Алгоритм, сам по себе, тоже, скорей всего, патентовать не будут. Вот если это будет в составе законченного продукта и вы докажете что это некое ноу-хау, тогда есть шанс. А так, это не более чем разговоры.

Программист вряд ли придумает свой алгоритм. Он больше кодировщик, чем математик. Будем использовать несколько иную модель. Принятую в корпорациях, которые разрабатывают серьезные изделия, и где есть "разделение труда". Ну и вернемся, в качестве примера, опять к преобразованию Фурье. Пусть оно необходимо для нашего изделия.
Обратите внимание, что я не написал быстрое преобразование Фурье. Я написал - преобразование Фурье. Не удивлюсь, что для некоторых будет открытием, что есть много алгоритмов этого преобразования и "быстрое" - это только один из возможных алгоритмов. Причем, в ряде случаев - имеющий ряд недостатков, которые вытекают из его сущности - размер блока данных должен быть кратен степени двойки. Для обработки больших массивов иного размера - все равно нужную память выдели, залей нулям и обсчитай. Требуется процессор определенного качества.
Однако, можно обсчитывать по преобразованию Фурье любые блоки данных, не используя алгоритм быстрого преобразования. И пусть наши математики такой алгоритм придумали (или вспомнили про Тэри-Винограда). Но будем считать, что придумали сами. Соответственно требования к процессору и памяти меньше, следовательно - оно дешевле. Следовательно имеем конкурентное преимущества. 
Итак, что следует защищать? Код? Текст программы? Защита этого есть проблема Computer Security, борьба с утечками информации. Но никак не авторские права.
Здесь защищать надо наше ноу-хау, наш алгоритм преобразования, который, будучи реализованным в нашем девайсе, дает нам конкурентное преимущество. Защищать так, чтобы никто не имел законного права бесплатно применять наш алгоритм.
Но как законным способом защищать наш алгоритм?

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

Ну, а когда изобретали колесо - патентного права такого еще не было.    Посему и пользуемся бесплатно.