Herr_Konrad

Текстовая переписка и стикеры на Django Channels можно реализовать без проблем и выдерживать указанные вами нагрузки. А вот аудио- и видео-звонки либо на WebRTC городить, либо переходить на Java или Go.

Копать стоит в сторону сортировки силами СУБД. Ваш вопрос здесь уже задавали.

1) HTML/CSS/JS - очевидно, знать нужно всем.
2) XML/JSON - уже зависит от типа сервиса,с которыми нужно пилить интеграции
3) Django/Django REST Framework - тут подразумевается, что либо бек отдает статику, либо бек дает апи для js-фреймворков
4) Celery/RabbitMQ - т.е. умение делать задачи в очередь. Встречается очень часто, особенно на проектах, где надо какие-то отчеты формировать, письма отсылать и так далее.
5) Elasticsearch/PostgreSQL - на маленьких проектах поиск делают прямо через постгрес, на больших уже юзают эластик.
6) Общее знакомство с библиотекой Python
7) Deploy: nginx / uwsgi (Gunicorn) / postgres - но зависит от проекта, на больших - это не твоя боль.
___

Дополнительно спрашивают: Flask (Сейчас мода идет на микросервисы)/Tornado/Twisted/Aiohtp - это уже зависит от конкретных вакансий.

Дополнительно требуется: 1-2 года опыта на php/ruby/node.js/java/.net - к сожалению, Python - это не php, тут не пилят говно на коленке за день, тут делают какие-то большие проекты с датой, интеграциями и прочее. Поэтому изначально предъявляют к кандидатам более высокие требования. В том числе опыт работы на Питоне, либо на похожем стеке.

Вопрос больше похожий на троллинг, либо на желание заниматься не веб разработкой, а быть стильным игроком в Лигу Легенд.
1. Без разницы как будет выглядеть "ваше убожество", если у него будет адекватный трекпад, и отличная IPS матрица, хотя бы FULLHD.
2.Я не сторонница холиваров на тему win || linux, но для веба я бы советовала бы либо win, либо macos. В первом случае большой инструментарий, во втором случае - дорого, богато, круто + консоль и не болит голова.
3. Если вы реально углубитесь в веб(любой другой профиль IT), то вам не должно хватать времени на лигу, так как 20 часов из 24 в ваших сутках будет съедать погоня за куском новой информации и постоянная игра в усидеть на всех стульях.
4. До 40 000 - любой ноут с corei5, 8gb, ssd, пофиг какой корпус.

Можно сделать так:

from pprint import pprint
films = ('Форсаж: Хоббс и Шоу', 'Вельзевул', 'Приключения Реми')
rasp = (
    (('10:00', 'Kino Forum'), ('10:00', 'Kino Forum'), ('10:00', 'Lumiera Cinema (ЦУМ)')),
    (('12:50', 'Chaplin MEGA Park'), ('23:50', 'Chaplin MEGA Alma-Ata')),
    (('10:00', 'Lumiera Cinema (ЦУМ)'), ('10:00', 'Nomad Cinema'))
)
result = [
    (k, *v)
    for k, r in zip(films, rasp)
    for v in r
]

pprint(result)

Ты веcь такой кругом молодец, то знаешь, это знаешь. А теперь представь себе среднестатистический проект, который должен приносить бизнесу деньги. За две недели работы ты едва напишешь хлипкий CRUD для данных, неправильно смаппив бизнес-сущности в объекты ORM, ещё через месяц натянешь какой-то слайдер на jQ, попутно захватив 2мб JS кривых библиотек, а через два заказчик поставит тебе плохую оценку, потому что твой ценник он оплатил не за то, что ему нужно, а потому что ты знаешь монады, которые ему даром не сдались.

А теперь давай представим простого программиста. Из алгоритмов он с трудом вспоминает сортировку пузырьком, а двусвязный список — предел его знаний о структурах данных, и даже этим списком он пользовался два раза в жизни. Хаскель он никогда не видел в глаза, C++ учил только в школе, вместо этого пишет неэффективный код на PHP. И у него есть опыт. За день он распишет сущности, за второй сделает универсальный CRUD, на третий день поднимет фронт на React'е с SSR. Да, внутренности проекта будут "медленными". Вместо O(logN) что-то будет выполняться за O(N) или даже O(N^2), но всем похер. Пока всё работает на приемлемом уровне — бизнес радуется.

Кстати, к чему эта поучительная лапша? Я хотел сказать, что всеми этими модными словами можно пугать друзей и преподавателей, но в реальной жизни все алгоритмы уже реализованы, все типы данных уже подобраны оптимально. Знать их полезно для себя (чтобы мозг не атрофировался), но не для работы. Для работы тебе нужны такие навыки как:

* Оптимальный баланс между говнокодом и идеальным кодом
* Оптимальный баланс между скоростью разработки и оптимизацией кода
* Оптимальный баланс между поддерживаемым кодом и костылями
* Умение использовать те инструменты, с которыми ты работаешь. Опять же, для того, чтобы писать быстро, при этом имея минимальное количество говнокода и обеспечивая максимальную поддерживаемость (в пределах сроков). Например, можешь выкинуть в помойку свой Vim, как бы круто ты себя не чувствовал, разрабатывая в консольном редакторе, если продукты от JetBrains позволят за это же время сделать что-то лучше или чего-то больше
* Чувство "знаю больше менеджеров". Это то чувство, когда тебе кажется, что "вот эта фича скоро изменится" и надо сделать архитектуру заранее более гибкой. Или "вот эту фичу мы через месяц выпилим" и не надо тратить на неё силы — напиши костыль и через месяц с чистой совестью удали его
* Знания, как сделать ту или иную фичу. Потому что фичи повторяются (немного видоизменяясь) от проекта к проекту. И если ты сделал что-то за два дня, в следующий раз ты похожее сделаешь за три часа

Что касается инструментов, выбери любой полноценный фреймворк, который умеет решать 90%+ потребностей "из коробки": Symfony, Django, Laravel

Всякие "минималистичные" поделия вроде Falcon, Flask (в PHP не знаю, я на питоне пишу) оставь хипстерам. Пусть они говорят: "Мой фалкон такой быстрый, он написан на Cython". Тебя это не должно волновать, потому что бизнес с твоей скоростью разработки уже заработал достаточно денег, чтобы купить ещё десять серверов, пока фалконисты неделю гуглили, как прикрутить миграциии и запустить юнит-тесты на VPSке за пять баксов.

100% перегрет, но не программистами или веб-мастерами, а индивидами, которые решили что веб это просто и легко и не стоит сильно париться над своими скиллами и знаниями.

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

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

другими словами: нужно и стоит расти не только в глубь, но и в ширь.

Постоянно гуглю ошибки, лезу в документацию

похвально

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

нормально

Когда это закончится?

никогда

Сколько лет пройдёт

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

Чтоб ты всё понимал, что происходит и вообще ошибок не было никогда

недостижимо

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

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

ООП это очень простая часть языка c++. Проблема не в языке, а в библиотеках, которыми пользуешься чтобы не изобретать велосипед... их не то чтобы учить нужно, просто уметь пользоваться и въезжать в идеологию.

Ну так всё правильно. Количество дней же ты НЕ СЧИТАЕШЬ.
Ты, похоже, вообще не понимаешь что этот код делает.

may_2017 = [24, 26, 15, 10, 15, 19, 10, 1, 4, 7, 7, 7, 12, 14, 17, 8, 9, 19, 21, 22, 11, 15, 19, 23, 15, 21, 16, 13, 25, 17, 19]
may_2018 = [20, 27, 23, 18, 24, 16, 20, 24, 18, 15, 19, 25, 24, 26, 19, 24, 25, 21, 17, 11, 20, 21, 22, 23, 18, 20, 23, 18, 22, 23, 11]

def comfort_count(temperatures):
    k = 0
    for temp in temperatures:
        if temp >= 22 and temp <= 26:
              k = k + 1
    print(k)

comfort_count(may_2017)  
comfort_count(may_2018)

Для чистого бекендера базовые понятия о html нужны, можно потратить на это пару вечеров.
Более углубленные знания могут быть бонусом, но не обязательны, если найдете работу, где требуется ТОЛЬКО бекенд.

А для js-фронтендера очень даже нужны.

Привет бро, смотри если ты бек то занимайся беком намного важнее тебе написать не костыльные методы api и организовать правильно доку по них, чем еще колупаться как в стилях твоя же позиция же не ui/ux инженер, бек так бек! А если хочешь себе красив оформить к примеру портфель то просто реально возьми к примеру бутстрап найди шаблон и просто закастомь под себя по минималу те хватит!

Хотя я считаю тебе как бекенду это нафиг не надо ты просто главное грамотно оформи cv. Я точно уверен что работодатель попросит тебя дать доступ к репам твоих проектов и задаст соответственные вопросы по твоей коду/теме/языку/логике!

Если занимаетесь бекендом, то не надо костылять в верстке. Делайте на фреймворке.