Евгений

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

Используйте пагинацию https://docs.djangoproject.com/en/2.0/topics/pagin...

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

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

Не могли бы вы объяснить это простыми словами

Давай с элементарного геометрического смысла и начнём: пусть у тебя есть график дифференцируемой функции y=f(x), это такая непрерывная линия. А ты -- очень маленький и стоишь на этой линии. y показывает на север, x -- на восток, а линия, например, уходит на северо-восток. Ты настолько маленький, что тебе кажется, что линия вблизи тебя -- прямая. Производная f'(x) говорит тебе, насколько линия наклонена к направлению на восток в точке x. Т.е. если f'(x) = 2 в точке x где ты стоишь, то если ты пройдёшь 1 шаг на восток, нужно будет пройти 2 шага на север, чтобы вернуться на линию.

Все эти "бесконечно малые" можно интерпретировать как "настолько маленькие, чтобы поведение функции заметно не менялось", т.е. что функция "почти прямая" в этом масштабе, и при дальнейшем уменьшении ничего не меняется.

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

Возьмите книжек по UI и UX и просвещайтесь.

Как уже отметили linq2sql в данном случае как морская свинка (не в море и не хрюкает).
И самое главное прилетает это в sql так, что планировщик/оптимизатор оказывается в затруднении.

Как итог - потеря производительности.

Посему правильный путь - построение хранимых процедур и linq-оперирования с уже отобранными оптимальным образом результатами выполнения процедур.

Это может показаться не по-книжке и не по феншую теоретических измышлений, но эффективно.

Прям совсем с нуля, или вы за эти 12 лет какие-то успешные шаги сделали?

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

Самое важное: начните писать код прямо сейчас. Пусть это будет простенький hello world, или тупые и неэффективные решения задачки про 99 бутылок, пусть хоть самый ужасный говнокод, но это бесконечно лучше, чем вообще никакого.

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

Может Мартин Гарднер зайдет, попробуйте. Не стоит даже пытаться глубоко погружаться в каждую тему которую он описывает, но у него довольно много интересного и по математике и по логике.

Пусть это будет как "фоновое" чтение, может даже получится читать эти книги для развлечения. Никаких мгновенных преимуществ в программировании они не дадут, но однажды вы можете заметить, что понимаете ПОЧЕМУ одни алгоритмы работают быстрее других.

Для быстрого погружения в кодинг попробуйте пройти colobot, например. Он довольно легкий, ориентирован для детей. С интернете полно подсказок и готовых решений, но не стоит ими злоупортеблять и копировать код без понимания его работы.

Потом можно переключиться на codewars, делать по одной задачке в день, например. Сравнивать свое решение с решениями других людей.

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

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

Наследование применяется, если можно сказать, что что-то является чем-то. Например, разработчик является работником; компьютер является устройством и тд.

Задайте себе вопрос: "Является ли девайс сокетом?" и сразу все поймете.

Хорошая архитектура снижает необходимость в приведении типов.

А придумали и используют динамическую типизацию потому, что она существенно снижает TTM.