Дмитрий Ковальский

Учитесь пользоваться поиском. Если не умеете искать в яндексе/гугле или хотя бы по данному ресурсу - ничего не выйдет хорошего.
А по самому вопросу - в порядке возрастания сложности материала и навыков - Шилдт/Троэлсен/Рихтер

Практика не тащить данные, если они не нужны - хорошая. Практика - тащить данные для каждой строки - плохая. Вам бы просто объяснить как lazy работает коллеге.

Если вы вообще слабо представляете принципы взаимодействия с базой данных, то наверное лучше взять Entity Framework, но заплатите производительностью. Если хотите на 100% быть уверенными какие скрипты отправляются на исполнение в базу - ADO.NET ваше решение. По Дапперу видел хвалебное сообщение на хабре датированное 2011 годом, так что не смогу сказать какая сегодня разница в производительности. Проблема(ну маленькая такая) тут еще вот в чем - если вы пишете проект с целью сделать стартап и заработать - то можете использовать любые решения в погоне за производительностью и легкостью поддержки, но если это учебный проект для портфолио или просто планируете работать в компании - то лучше использовать Entity Framework И ADO.NET(учить оба) - эти 2 технологии используются в подавляющем числе действующих проектов.

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

Используя List.ForEach вы над каждым объектом коллекции осуществляете некие действия. В принципе вы даже не можете надеяться на то в каком порядке они будут обработаны. Если вам нужно сделать эти действия, только над объектами, удовлетворяющими неким условиям, то сначала вы отбираете эти элементы, а затем вызываете ForEach... т.е. не List.ForEach() , а List.Where.ForEach()

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

В Application_Start есть только HttpContext.Current. Не понятно только что вы хотите. Если у вас есть какие-то настройки окружения, зависящие от режима работы(под отладкой или бой) то для этого есть решения проще - Web.Debug.config , Web.Release.config

Шилдт считает что вы дерево, севшее за IDE второй раз в жизни. Троелсен считает что вы сидели уже раз 5 и способны написать Hello World, цикл и ветвление и вам нужны только причуды платформы. Вы дочитали до главы 3. И как самочуствие? Понимаете что там написано? Если да - то продолжайте без страха.

Ну регистр вы и сами поднять можете - не перелометесь и бросать ошибку об этом, наверное, не стоит. А сами буквы проверяются регулярками - причем довольно простыми. Если у вас совсем плохо с ними - https://regex101.com здесь можно потренироваться.

В двух словах - это невозможно. Чуть более длинно - stackoverflow.com/questions/17499351/is-it-possibl... .
Потенциальное решение - стимулируйте пользователей обновлять систему. Что поддержка данной операционки усложняет и удлинняет процесс разработки и тестирования новых фич, а соответственно увеличивает стоимость продукта.

Ну на таблице Users с полями "login, password" свет клином не сошелся. Добавляете таблицу вроде UsersInSocial где храните привязки UserId и данные учетки соц.сети связанной с этим пользователем. При аутентификации по второй таблице уточняете кто это.

Если вы дольше месяца в программировании - ваш путь это многопоточное исполнение вашей программы. В частности при нажатии кнопки в потоке UI - приостанавливать и возобновлять работу. www.cyberforum.ru/csharp-net/thread952526.html - Вот вам пара примеров кода.
А если только только учитесь - найдите лучше другую задачку.