Agrovein

кагбе это норм.
только надо лезть не js'ом в базу, а попросить asp вернуть нужные данные.

JS взять данные из БД

Нет.

ASP.NET C# взять данные из БД

Да.

https://ru.wikipedia.org/wiki/AJAX

Сказано же по русски, что только выражения могут быть в тернарном операторе.
Операция присваивания выражением не является.

И вообще за подобный код, как у вас в примере, по рукам бить надо.
Вот это лучше будет гораздо:
countOfIteration = Math.Min(width, height);
А если так сильно хочется тернарник, то вот:

countOfIteration = width > height
  ? height
  : width;

bin - результаты компиляции вашего приложения - в гите не нужно
obj - промежуточные результаты компиляции - в гите не нужно
ConsoleApp.csproj - файл проекта, метаданные и зависимости - кладем в гит
ConsoleApp.sln - файл решения (это проект из других вложенных проектов) - кладем в гит
Program.cs - собственно исходный текст вашей программы - кладем в гит

Чтобы делать это не руками, освойте .gitignore.
У github есть для вас шаблон для c# и VS

Марк Лутц Изучаем Python

Сети для самых маленьких

GroupBy(x => x.Name == "apple" || x.Name == "banana" ? "apple+banana" : x.Name);

В нормальных компаниях не следят с секундомером за работой сотрудников. Если от вас ждут нажимания кнопок 40 часов в неделю, а не выдачу запланированного объёма продуктов/решений, то надо бежать.

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

Все типы данных - это классы, но не все классы - это типы данных. Хотя классы - это типы=) но не буду вас путать.
"map, range, срез" - это не типы данных.
Полагаю в том вашем вопросе од типами жанных имеют в виду простые типы вроде строк, чисел с плавающей точкой, целых чисел и даже комплЕксных.
Кортежи (tuple) и словари (dict) - это уже структуры данных, коллекции... как угодно. Да, технически это тоже классы и в каком-то смысле их можно назвать типами, но все эти терминологические дебри вам ни к чему.
Просто считайте типами данных атомарные значения простых типов. Если к вам докопаются при таком понимании, то надо таких слать=).
Дальше интереснее. range, к примеру, это класс, инстанс которого "умеет" делать генератор арифметических последовательностей. Вот это вот слово "умеет" связано с питоновским понятием протоколов. К примеру, если к объекту можно обратиться по индексу, значит он поддерживает соответствующий протокол __getitem__. Если объект поддерживает срезы, то в этот метод можно подать специальный объект - инстанс slice. Этот инстанс просто несёт три параметра среза (начало, конец и шаг), а как его будет применять объект - это на откуп программисту.

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

Просто доверьтесь одному из учебников и не пытайтесь перепрыгнуть через голову.

Вы не найдёте ни одного авторитетного программиста с мировой известностью, который бы утверждал, что курсы и видео-уроки лучше книг. Обычно это утверждают либо профаны, оправдывающие своё нежелание читать, либо авторы курсов, делающие деньги на лентяях и глупцах. И я лично за 18 лет в отрасли встретил множество программистов, но ни одного хорошего, выучившегося по курсам и видео-урокам.

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

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

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

Кроме того, чтение развивает абстрактное мышление - основной инструмент разработчика.

Sites framework

И я думаю, что не все темы важны для освоения.

Как ты это определил?

Но вообще да. По моему мнению, можно пропустить следующие темы:

• Глава 13. Многопоточность (но очень желательно не пропускать, ну или хотябы ознакомиться частично)
  
• Глава 17. Parallel LINQ (но лучше знать что он существует)
  
• Глава 18. Рефлексия (желательно знать, что она есть, и для чего её можно использовать, а для чего нельзя)
  
• Глава 19. Dynamic Language Runtime (главное знать, что его лучше не использовать)
  
• Глава 21. Работа с файловой системой. (можно пропустить пункт про BinaryFormatter)
  
• Глава 22. Работа с JSON (это не является частью языка, но это нужное и используется часто, и эта тема освещена на метаните не достаточно)
  
• Глава 23. Работа с XML (не является частью языка, да и используется редко)
  
• Глава 24. Процессы и домены приложения (AppDomain больше не существует, но про процессы и загрузку сборок лучше знать, чем не знать)
  
• Глава 25. Валидация модели (Не является частью языка, а для валидации лучше использовать FluentValidation)
  

Остальное крайне не рекомендую пропускать. Да и то что можно пропустить, в принципе пропускать не желательно, тем более что материала там не много.

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