aRegius

Привет.

какие знания должны быть чтобы быть на уровне джуна.

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

Можно почитать Django 3 By Example

1. \d+
2. (\d+)
3. Это пример из книги 2009 года выпуска (Django 1.1)... Оно вам надо? :)

Python видит это

total_cost = sum(item.get_cost() for item in self.items.all())

и спрашивает вас, что такое атрибут экземпляра класса Order items, откуда вы его взяли, если нигде в классе он не определен?

DigitalOcean

И вам доброго.

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

Доброго дня, Валентин!

По Python смотрите это (на выбор, что лучше воспринимаете, полистайте "Оглавление" ):
Think Python (более книжное, повествовательное изложение, на русском нету)
либо
Python Pocket Reference (справочное изложение, более широкий охват тем, есть на русском)

По Django:
Django Girls (быстрее некуда).

Добрый день.

1. "Куда двигаться дальше, после изучения основ?"

— Скажите, пожалуйста, куда мне отсюда идти?
— А куда ты хочешь попасть? — ответил Кот.
— Мне все равно… — сказала Алиса.
— Тогда все равно, куда и идти, — заметил Кот.
Льюис Кэрролл, "Алиса в стране чудес"

Объективно, самым востребованным направлением в Python остается web/backend. А это значит фреймворки: Django, Flask, Pyramid, Bottle, Web2py и т.д. Из них, если в первую очередь интересует поиск работы - Django либо Flask (как наиболее востребованные). В противном случае - выбирайте любой, который по душе. Справедливости ради, в последнее время в требованиях вакансий часто мелькает "...знание ЛЮБОГО фреймворка..." или "...знание Django или ЛЮБОГО другого фреймворка...".

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

2. "Какие модули самые важные из стандартной библиотеки?"

Ответ на этот вопрос тесно связан и зависит от ответа на предыдущий.

3. "Какие книги почитать, желательно, чтобы практика в них была, а не только разбор написанного кода?"

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

Теперь по существу и максимально, с моей точки зрения, соответствующее вашему запросу:
1. Python - Python Cookbook (пожалуй, самая практическая книга по Python; конкретные небольшие задачи из реальных практик и способы их решения; и да, Python 3 конечно)
2. Django - Django by Example (на основе этой книги вы сможете, при желании, сделать свой собственный проект)

4. "С техническим английском более менее нормально, читать книги на английском могу."

Это огромный плюс для вас, бесспорно.

Как-то так...

Оставьте две секции:
if page.has_previous и if page.has_next

По сути:

if page.has_previous
page.number #активная ссылка
else
page.number

if page.has_next
page.paginator.num_pages #активная ссылка
else
page.paginator.num_pages

Будет что-то типа (в зависимости от оформления) "Previous...................Next"

Django by Example хорошая книга. Но попробуйте для начала Django Girls Tutorials. Там подробный ответ в том числе на ваш текущий вопрос (ссылка на него и ведет сразу), написанный простым для понимания языком.

И да, и нет. Все зависит от цели. Постараюсь объяснить.

Я уже как-то упоминал про тот факт, что люди воспринимают информацию по-разному. Мой приоритет - книги (а не аудио/видео, например). Мой подход к обучению - step-by-step, от простого к сложному, одна технология в фаворе. Но эта последовательность не линейна - на определенном этапе она становится цикличной, или, что точнее, спиралевидной: в пройденном, как тебе кажется, материале ты начинаешь замечать новые моменты, ранее упущенные из виду.

Пример:
я начинал с Доусона. Проработав капитально, взялся за Лутца. После - Fluent Python, Python Cookbook и иже с ними... (HTML, Django, CSS, работа над собственным проектом - это я все опускаю, как не относящиеся к сути вопроса детали. Говорим только про Python и книги.)

Так вот, к Доусону я больше не возвращался, к Лутцу - иногда возвращаюсь, а "иже с ними" я перечитываю по кругу и каждый раз открываю для себя что-то новое. Это, скорее всего, связано с тем, что всякий раз ты возвращаешься на исходную позицию с уже более прокачанными знаниями/пониманием, отстутствие которых не позволяет охватить все и сразу с первой попытки; плюс, каждый автор преподносит один и тот же материал с другой стороны (другими примерами), что дополнительно углубляет твое понимание пройденого.

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

Замечу, что все вышеописанное базируется на предположении, что вы стремитесь к максимальному развитию в рамках своей технологии. На мой взгляд, нельзя объять необъятное и хвататься за все сразу; step-by-step, как я говорил. Должна быть, по меньшей мере одна крепкая база + сопутствующее. Но эта база должна быть отшлифована до блеска, как птичьи плоды одного из небезызвестного персонажа из бронзы, расположеного на севере парка Боулинг-Грин в Финансовом квартале Нью-Йорка, в двух кварталах южнее Нью-Йоркской фондовой биржи.

Для меня такой базой, в настоящее время, является Python. Ему я и уделяю большую часть времени, распределяя оставшееся на Прочее. А вот когда я абсолютно и полностью исчерпаю Python - буду искать следующую Приоритетную цель на его место. И так далее. Процесс, фактически, бесконечен.

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

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

P.S. Про литературу в целом можете посмотреть ТУТ.

Добрый день, Дмитрий.

1. В такой последовательности:
Python
a) Майкл Доусон - рус ... eng
b) Марк Лутц - рус ... eng
c) Дэвид Бизли + Лучано Рамальо
Дальше - самостоятельный выбор, исходя из личных потребностей.
Django
a) Джейкоб-Каплан Мосс и Адриан Головатый - рус ... eng
b) Django Girls Tutorial
c) Гринфилды + Равиндран

Параллельно читаем Django documentation

2. HTML5 + CSS3 + JS + SQL.
Знать на уровне, достаточном для реализации собственного проекта с нуля (скажем, свой сайт). Для этого, правда, достаточно HTML и CSS, в объеме указанных книг. Другой вопрос, что и JS, и SQL практически всегда требуются в багаже знаний при устройстве на работу (достаточно посмотреть вакансии).

3. Нет, просто нету смысла. Актуальной качественной литературы по Python хватает. Есть некоторые исключения (некоторые из них мною упомянуты), но в целом, повторюсь, с современной литературой у Python все в полном порядке. Ищите на Amazon, сортируя по дате выхода.

Я не столь многоопытен в Django, но имеющейся информацией поделиться готов. Возможно, вам также пригодится...

Есть три человека (двое из них - семейная пара), к мнению которых в данном вопросе (Django-разработка) я прислушиваюсь в первую очередь, тщательно и неторопливо изучая соответствующие печатные материалы...

Это Daniel & Audrey Roy Greenfeld, авторы небезызвестной Two Scoops of Django и Arun Ravindran, developer member of the Django Software Foundation и автор Django Design Patterns and Best Practices.

И первые, и второй предпочитают CBV. Но это, в большей степени, личные предпочтения. Сами Гринфилды отмечают, что знают немало своих коллег, предпочитающих работу с FBV (цитирую: "...Some developers prefer to err on the side of using FBVs for most views and CBVs only for views that need to be subclassed. That strategy is fine as well...."). Одним словом, это действительно вопрос личных предпочтений и характера разрабатываемого продукта.

Единственный категорический совет от них - не использовать CBV для написания обработчиков ошибок ("...Don’t use CBVs to write custom 403, 404, and 500 error handlers. Use FBVs instead....")

А тут можно полюбопытствовать на графическую подсказку от Гринфилдов по выбору предпочтения в зависимости от стоящих перед вами задач.

Привет.

Конкретно какую - на этот вопрос ответа у меня нет по причине, созвучной вашей.

Но, посмотрите, может эта информация поможет каким-либо образом:
1. Здесь можно посмотреть описание и сравнение Админок.
2. Гринфилды (авторы небезызвестной Two Scoops...) среди более популярных отмечают django-grappelli, django-suit и django-admin-bootstrapped.

Чем смог, как говорится...