История изменений

Это решается грамотно составленным договором. Из технических средств можно:

1) Вынести часть логики на внешний сервер. Например, приложение читает железку и сырые данные шлёт на сервер. А сервер уже выдаёт нормальные. В случае оплаты по быстрому переносишь код сервера в клиент и отдаешь под видом исправления мелких багов (заказчик ещё спасибо скажет, что ты тратил своё время на фиксинг неких багов после финальной оплаты), если он не принял бы решение с вынесенной логикой. Зависимость от интернета, можно объяснить некоей проверкой лицензий. Минус: если данных много или нужна низкая задержка обработки, то не получится.

2) Собственно, проверять наличие некоего файлика на некоем хосте. При отсутствии не запускаться. Обходится проще пункта 1, но и реализуется проще.

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

4) Если это какая-нибудь система обработки видео или изображений, пихать поверх них огромные водяные знаки.

5) Демонстрировать софт только на своём ноутбуке.

Но обычно это применяется в сочетании с юридическим решением проблемы, просто как защита от массового пользователя.

А вот скрытие процесса это что-то слишком детское. Копировать будут не процесс, а файл.

Это решается грамотно составленным договором. Из технических средств можно:

1) Вынести часть логики на внешний сервер. Например, приложение читает железку и сырые данные шлёт на сервер. А сервер уже выдаёт нормальные. В случае оплаты по быстрому переносишь код сервера в клиент и отдаешь под видом исправления мелких багов (заказчик ещё спасибо скажет, что ты тратил своё время на фиксинг неких багов после финальной оплаты), если он не принял бы решение с вынесенной логикой. Зависимость от интернета, можно объяснить некоей проверкой лицензий. Минус: если данных много или нужна низкая задержка обработки, то не получится.

2) Собственно, проверять наличие некоего файлика на некоем хосте. При отсутствии не запускаться. Обходится проще пункта 1, но и реализуется проще.

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

4) Если это какая-нибудь система обработки видео или изображений, пихать поверх них огромные водяные знаки.

5) Демонстрировать софт только на своём ноутбуке.

Но обычно это применяется в сочетании с юридическим решением проблемы, просто как защита от массового пользователя.

А вот скрытие процесса это что-то слишком детское. Копировать будут не процесс, а файл.

Это решается грамотно составленным договором. Из технических средств можно:

1) Вынести часть логики на внешний сервер. Например, приложение читает железку и сырые данные шлёт на сервер. А сервер уже выдаёт нормальные. В случае оплаты по быстрому переносишь код сервера в клиент и отдаешь под видом исправления мелких багов (заказчик ещё спасибо скажет, что ты тратил своё время на фиксинг неких багов после финальной оплаты), если он не принял бы решение с вынесенной логикой. Зависимость от интернета, можно объяснить некоей проверкой лицензий. Минус: если данных много или нужна низкая задержка обработки, то не получится.

2) Собственно, проверять наличие некоего файлика на некоем хосте. При отсутствии не запускаться. Обходится проще пункта 1, но и реализуется проще.

3) Проверять системную дату и время. После наступления часа Х прекращать работу. Мол, демоверсия же.

4) Если это какая-нибудь система обработки видео или изображений, пихать поверх них огромные водяные знаки.

5) Демонстрировать софт только на своём ноутбуке.

Но обычно это применяется в сочетании с юридическим решением проблемы, просто как защита от массового пользователя.

А вот скрытие процесса это что-то слишком детское. Копировать будут не процесс, а файл.

Это решается грамотно составленным договором. Из технических средств можно:

1) Вынести часть логики на внешний сервер. Например, приложение читает железку и сырые данные шлёт на сервер. А сервер уже выдаёт нормальные. В случае оплаты по быстрому переносишь код сервера в клиент и отдаешь под видом исправления мелких багов (заказчик ещё спасибо скажет, что ты тратил своё время на фиксинг неких багов после финальной оплаты), если он не принял бы решение с вынесенной логикой. Зависимость от интернета, можно объяснить некоей проверкой лицензий. Минус: если данных много или нужна низкая задержка обработки, то не получится.

2) Собственно, проверять наличие некоего файлика на некоем хосте. При отсутствии не запускаться. Обходится проще пункта 1, но и реализуется проще.

3) Проверять системную дату и время. После наступления часа Х прекращать работу. Мол, демоверсия же.

4) Если это какая-нибудь система обработки видео или изображений, пихать поверх них огромные водяные знаки.

5) Демонстрировать софт только на своём ноутбуке.

Но обычно это применяется в сочетании с юридическим решением проблемы, просто как защита от массового пользователя.