cicatrix

Получая лицензию на использование программного продукта, вы не получаете его в собственность, вы получаете ПРАВО им пользоваться.
В каждом отдельном случае (уж если щепетильно подходить к вопросу), необходимо ПРОЧИТАТЬ лицензионное соглашение (да, да, то самое, с которым вы всегда согласны).
В большинстве случаев там написано, какие права вам передаются, что вы можете, а что вы не можете.
Исходить надо из того, что разрешено вам только то, что ЯВНО прописано в EULA, больше ничего не разрешается.
И да, чаще всего пишут, что права третьим лицам не передаются. Это про софт от крупных игроков.
У тех, кто помельче - разброд и шатание, но в целом, все свои интересы блюдут. То есть, если явно в лицензионном соглашении не написано, что вы имеете право продать права на использование программы третьему лицу без уведомления производителя, то продать / передать это право вы никак не можете.

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

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

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

Вот на Гиктаймс пару дней назад была статья - почитайте комментарии.

Открытый ключ не предназначен для расшифровки сообщений. Им можно только зашифровать.
У вас нет закрытого ключа пользователя, так как предполагается, что закрытый ключ имеется только у владельца подписи (на то он и закрытый). Если у вас есть закрытый ключ пользователя, то ваша система (вернее, система пользователя) скомпрометирована.

GROUP BY используется с агегирующими функциями (COUNT, MIN, MAX, SUM и т. д.), у вас нечего агрегировать, у вас простая выборка.
В вашем случае надо пользовать SELECT DISTINCT имя_поля_где_надо_убрать_дубли FROM таблица

Вместо * надо указать через запятую список полей

Вариант - не заниматься программированием, коль не понравилось. Есть полно других достойных профессий.

Могу как потребитель ответить: я ещё не настолько обленился, чтобы мне было сложно дотянуться до выключателя и не настолько сошел с ума, чтобы подключать в сеть систему вентиляции и водоснабжения при помощи китайского дырявого роутера.
Есть, безусловно, ниши, где можно кое-что в быту автоматизировать, но называть это "умным домом" я бы не стал.
И вообще, мне кажется, в самом названии кроется маркетинговый просчёт. Сейчас столько всего "умного" развелось (умную швабру недавно видел), что доверие народа к приставкам "умный" весьма низкое. Да и нифига эти технологии не "умные" на поверку. Когда видят "умный дом", подразумевается либо что-то спаянное из желудей и спичек, либо что-то адски-дорогое, а главное - нахрен не нужное.
В чём-чём, а в технологии быта 20-й век дал людям массу полезных вещей, улучшать которые уже просто некуда. С точки зрения маркетинга я бы вообще избегал понятий "умный дом", а прибегал бы к более нейтральному слову "автоматический".

А что именно портит Excel? У меня прекрасно с UTF-8 работает.
Есть ещё Libre/Open Office Calc

Возможно, какие-то адские настройки DHCP и DNS. Возможно прописан статический IP - в общем, приведите настройки сетевого адаптера к дефолтным.

Опускаясь до уровня "на пальцах":
Например, можно написать программу на ассемблере (поскольку он платформеннозависимый), ваша программа будет выполняться, например, только на процессорах архитектуры x86. При этом, вам придётся писать эту же программу для другой архитектуры.

Поднимемся выше. Напишем программу на C или С++. Она уже отчасти платформеннонезависима, так как при компиляции на разных архитектурах, та или иная реализация компилятора учитывает особенности платформы и генерирует совместимый машинный код. Но допустим, вам необходимо написать что-то сложнее hello world. Вы ищете подходящий функционал в стандартных библиотеках и, допустим, не находите. Зато вы находите подходящую библиотеку А, но вдруг выясняется, что она использует компоненты сторонней библиотеки Б, которая ...
Ну, в целом, цепочка зависимостей может быть весьма длинной. И вот, ваш проект, ради одной фичи обрастает кучей зависимостей. Более того, вы сталкиваетесь с проблемами лицензирования, так как программный код, который вы гуглите и скачиваете из интернетов, скорее всего распространяется как Open Source, а значит - вы не можете закрывать свой исходный код (всё немного сложнее, но если ваши намерения по распространению своего проекта выходят несколько дальше, чем лабораторная работа по информатике, эти проблемы могут возникнуть).
У вас может возникнуть желание написать свой "велосипед" под себя, но, тем самым, вы тратите время на создание некоего вспомогательного компонента, и вообще, ваша программа не про это.

Теперь перейдём к .Net Framework. Разработчики постарались для вас и написали несколько десятков (или сотен) тысяч классов практически подо все умозрительные задачи, которые могут вам понадобиться, то есть это "кубики лего", позволяющие вам БЫСТРО писать приложения, сосредоточившись на логике вашей программы.
Вам не надо реализовывать свой файловый ввод-вывод, работу с сетью, криптографию, коллекции, работу с базами данных и пр. Всё уже есть, всё пишется в 1-2 строки. Всё готово к употреблению.

Как же этим пользоваться? В объектами фреймворка можно работать на нескольких языках: C#, VB.Net, F# и что там ещё напридумывали, все они взаимодействуют с Common Language Runtime и имеют доступ ко всем классам фреймворка.

Главное отличие самоподписанного сертификата от сертификата от известного УЦ - то, что пользователям не нужно будет устанавливать ваш корневой сертификат в список доверенных.
Сложности чисто технические, но, как показывает практика, проблемы с этим возникают у многих.

Вообще, криптография и 'for dummies' плохо совмещаются.

File / New / Project

А вам вообще зачем? Вы в сторону всяких CAD не смотрели?

Может крамолу скажу, но я бы хранил 2 timestamp (начало и конец). По 8 байт на поле, равносильно одному 16-байтному Interval (подозреваю, что в потрохах у него та же логика зашита).