Серафим Прозоров

Нет. Это запрещено законом.

Скомпилировать этот код в обычный исполняемый файл для конкретной ОС и запускать его из PHP.

Сухость глаз

1. Увлажняющие капли.
2. Влажность воздуха в помещении выше 40%. Влияние этого фактора, думаю, не так велико, т.к. сухость глаз из-за того, что меньше моргаем при работе за ПК.

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

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

Тогда я поехал в город и там в частной клинике мне прописали совсем другое лечение, сказали что срочно нужна лазерная операция, что если бы я доверился прежним врачам и не обследовался у них - я мог бы потерять зрение. Заплатили там 20 000 руб. Ну там уже был другой уровень у врача - это было видно.

При посещении врача делаю поправку на то место, где его посещаю.
1. Бесплатный врач (поликлиника по ОМС). Предполагаю, что если ты не умираешь, послать тебя подальше или в крайнем случае назначить диагностику подешевле (рентген вместо МРТ), запись через 3 месяца (авось не придешь или само вылечится). Т.е. у них не стоит задача прямо близко к сердцу принять твое здоровье и бороться за него. Это в среднем. Может повезти и попадешь на небезразличного врача.
2. Платная поликлиника (ДМС или за деньги). Тут у них может стоять задача прогнать тебя по всевозможным анализам (вытянуть деньги у стразовой или у тебя, но из страховой сложновато тянуть). Особенно, если исследования и врачи прямо в этой поликлинике.

Наибольшее доверие вызывает врач, который говорит, что ему все равно, где ты сделаешь исследование, сдашь кровь и т.д. Просто нужны такие и такие исследования.

Это просто лирика, не ставлю под сомнение нужность лазерной операции для вас.

но пришли уже новые, иногда возникает такое чувство будто бы в глазу колит. Цвет глаз такой же неважный.

Вам бы к еще одному врачу, другому. Со всеми заключениями предыдущих врачей. Да, дорого. Да, можно после 3-4-5 врача прийти к диагнозу - "неопасная фигня, на здоровье не влияет".

НО, он мне сказал, что перерывы я должен делать КАЖДЫЕ 20 минут работы перед компом НА 20 минут ОТДЫХА.

Впервые вижу такое жесткое ограничение. Но, возможно, так нужно. Обычные требования при работе за ПК - 45-50 минут работы, 10-15 минут отдых. Но это для здоровых людей.
Просто представьте, что вы пренебрегаете рекомендациями, убиваете свое зрение и достигаете через 3-5 лет хорошего уровня в своей области. Но зрение уже всё. Дальше что? Как работать и зашибать бабло? Вынужденно менять работу?

Это же издевательство. За 20 минут наш мозг даже не успевает сосредоточиться на работе! (есть такое исследование)

А вы попробуйте из интереса. Поставьте таймер и поработайте неделю в таком режиме. И посмотрите результаты.
Думаю, что глаза у вас будут отдыхать, а мозг не переставать работать.

Как программисты следят здоровьем глаз, зрения или позвоночника?

1. Подбирают правильную коррекцию зрения.
2. Занимаются физическими упражнениями. Гуляют по часу в день.
Я ненавижу упражнения и не всегда хочу гулять. Мне под 40 и организм сказал "хватит". Стараюсь гулять и ходить в зал.
3. Подбирают хороший монитор. Как можно больше и дальше от себя. Без ШИМ подсветки. С минимальной комфортной яркостью. Возможно, стоит почитать про телевизор в качестве монитора.
У меня Dell U2312HM, 9 лет, яркость выкручена в 0. Думал всё, надолго, пока не сломается. Ан нет, говорят, что 4k мониторы не блажь, а полезная вещь для глаз.
4. Не работают больше 40 часов в неделю, в выходные не работают. К 40 годам ощущаешь, как переработки очень влияют на продуктивность. Плохое самочувствие от переработок не включается резко в 40 лет - оно и в 25 плохо действует, просто запасов организма пока хватает.

1. Конфиги и тупо через if вырубать логи
2. #-директивы
3. Condition в msbuild
4. Assembly weaving
5. Partial-методы в сочетании с 2 и/или 3
6. Использовать ООП - в случае логов можно инжектить тупую заглушку, которая ничего не делает
Больше вариантов нет.

Конечно можно вставлять в код самого приложения обычные условные операторы, проверяющие версию,.. но почему обязательно хотите избежать #директив препроцессора, фактически он для таких вещей и создавался!

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

Сначала по пунктам, как ты делаешь:
1. Кривое именование. Dapper позволяет маппить имена колонок к именам свойств.
2. Похоже на ок, но стоит разбить интерфейс. Тк, скорее всего, не для всех сущностей будут нужны все эти методы.
Именование не ок.
dbConnection стоит переиспользовать.
dbConnection.Dispose руками писать не нужно, тк dbConnection и так завёрнут в using
SELECT * лучше не использовать

Правильно ли я делаю?

Не совсем

Нет ли ошибок?

Есть

Как можно защититься от инъекции?

Валидировать ввод.
Не уверен, проверяет ли даппер сам параметры, но вы используете параметризованные запросы - так что должно быть ок.
Если что - можете сами попытаться провести инъекцию (сами состаьте запрос или через burp suite)

Например, в php экранировали вводимую пользователем форму например htmlspecialchars, надо ли на net core так же делать?

Dapper сам должен это делать.

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

Я бы посоветовал не торопясь выполнять задания из ленты фриланса, но делать их не для заказчика, а для себя - не торопясь и подучивая слабые места. А вот потом уже дерзать на работе или в том же фрилансе.

Сам изучаю c#, написал для себя онлайн плеер, сейчас пишу планировщик задач, в котором дааные в БД и напоминалки срабатывают по дата-время полю

Готовой реализации нет. (Раз вы не нашли её на нугете)
Попробуйте реализовать самостоятельно

Я бы предпочёл использовать какой-нибудь из существующих форматов: json, yaml, ini, toml.
Но в принципе парсер вашего формата пишется в 5 строчек (буквально)
Запись:

var dictionary = new Dictionary<string, string>();
var sb = new StringBuilder();
foreach(var kv in dictionary) { // В принципе, можно оптимизировать, если писать не в StringBuilder, а сразу в стрим, который ассоциируется с файлом.
    sb.AppendLine($"{kv.Key}={kv.Value}");
}
var text = sb.ToString();
// Дальше пишем text в файл.

Чтение:

var dictionary = new Dictionary<string,string>();
var lines= File.ReadAllLines("pathToFile"); // читаем построчно
foreach(var line in lines) {
  var tokens = line.Split("=");
  var key = tokens[0].Trim();
  var value = string.Join("", tokens.Skip(1)).Trim();
  dictionary[key] = value;
}
// Используем dictionary как хотим

UPD: Я вспомнил, что мне этот формат напоминает. Это же dotenv

Какой-нибудь фрилансер обязательно поможет

//Now Create all of the directories
foreach (string dirPath in Directory.GetDirectories(SourcePath, "*", 
    SearchOption.AllDirectories))
    Directory.CreateDirectory(dirPath.Replace(SourcePath, DestinationPath));

//Copy all the files & Replaces any files with the same name
foreach (string newPath in Directory.GetFiles(SourcePath, "*.*", 
    SearchOption.AllDirectories))
    File.Copy(newPath, newPath.Replace(SourcePath, DestinationPath), true);