Как ускорить процесс замены слов Python?

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

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

Может оказаться быстрее, может — нет, надо проверять.

Есть ли недорогие shared хостинги с поддержкой Redis?

Непонятно, чем сложнее деплоить на VPS. Обычно наоборот, на shared сложнее деплоить. А на VPS можно как угодно сделать.

Как можно упростить этот Python код?

longclaps, Почему? Тут вообще непонятно, что автор хотел решить. Он, кстати, и не появился ни разу, чтобы пояснить. Мой код тоже неоптимальный, так как просмотрит массив до конца, даже если уже нашел совпадение.

Как лучше ежемесячно подписывать Confirmation of Services с Upwork?

vism, Да, как-то так. Меня точка просит еще инвойс им предоставить. Шаблон они дают. Этот инвойс я сам пишу, и только Точке его и отдаю.

Требования к Django разработчику(Стек технологий)?

Для начала CSS и Javascript (Javascript особенно) можно вообще не знать.
Django использует свои шаблоны, похожие на Jinja, но все же немного другие.

Требования к Django разработчику(Стек технологий)?

Den Melnikov, все не так страшно.
HTML — простая штука.
CSS/JS не обязательно знать досконально с самого начала. Основы изучить легко, дальше все придет с практикой.

Как можно упростить этот Python код?

DDDsa, он в любом случае прерывается после первой же итерации в ветке else.

Где найти ментора по DJANGO?

Fedor_PV, Никогда не пробовал. Дело в том, что я сейчас работаю в Лаосе, и у меня очень много работы, за выходные едва успеваю отдохнуть. Тем более, никогда не пробовал никого учить, не знаю, получится ли у меня. И как вы себе это представляете: в виде разговора по Skype?

Как можно упростить этот Python код?

Простите, ваш код вообще не имеет смысла. Зачем вам цикл, если вы сразу же из него возвращаетесь?

return bool(filter(lambda player: player['id'] == user_id, players))

БЭМ в связке с Bootstrap?

Здесь можно пожаловаться на вопрос.

Куда можно обратиться в США?

sergey1998, меня индусы кидали, славяне — нет. С русскими/украинцами работаю регулярно, в самых разных комбинациях: коллеги, я босс - они подчиненные, я подчиненный - они начальники. Бывают различные трения и проблемы, но вероятность этого не выше и не ниже, чем в любом другом случае.

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

Какой skeleton выбрать?

Сергей Горностаев, Я поторопился ответить.

some_project
|- settings
|    |-- base.py
|    |-- production.py
|- app1
|    |-- management/
|    |-- migrations/
|    |-- templates/
|    |-- admin.py
|    |-- apps.py
|    |-- forms.py
|    |-- models.py
|    |-- tasks.py
|    |-- urls.py
|    |-- views.py
|--app2
|--app3
| - urls.py
| - wsgi.py
|- manage.py

Как-то так. Нет времени сейчас рисовать, суть в том, что все приложения и «проект» находятся в одном каталоге.

В общем, я структурирую, как в taiga-back, можно посмотреть на их репу. При этом я часто сталкиваюсь с примерами плохого структурирования, но здесь показать не могу, так как это мои рабочие NDA проекты. Там почему-то получается куча вложенных уровней, мне это не нравится с эстетической и практической т.з. А получается так, потому что начинавшие писать люди, пользовались стандартной структурой и командами Django (типа startapp).

Какой skeleton выбрать?

Сергей Горностаев, больше плющить и не надо, единственное, что вместо вложенной папки some_project, я выношу настройки на уровень выше. В ссылке, которую я приводил, по-моему так же. И еще множество больших open source проектов на GitHub организованы подобным образом. В частности, у Mozilla много проектов на Django, по-моему, я там похожую организацию видел.

Какой skeleton выбрать?

Сергей Горностаев, Я здесь имею в виду не столько LOC, сколько количество приложений в проекте. Мне больше нравится:
а) более плоская структура, чем несколько вложенных каталогов
б) более логичная организация, когда у нас есть папка с названием проекта, в которой находятся все приложения, составляющие данный проект

В дефолтной организации Django получается каша, да еще с 2-3 уровнями вложенности. Чаще всего приходится иметь дело с унаследованным кодом, там приходится мириться с несколькими уровнями вложенности. Когда начинаю проект с нуля, не пользуюсь шаблоном Django, все кладу в одну папку с именем проекта, внутри более-менее плоская структура.

Но это вопрос вкуса, конечно.

Upwork - проблема подключения с Связь-Банк?

Moe Green, Может быть надо по email написать? Вообще, upwork - суровая контора: шаг влево, шаг вправо — бан. Мне это не нравится, но они подмяли под себя весь рынок и деваться собственно некуда.

Куда можно обратиться в США?

Меня год назад кинул индус из США на $750. Не перевел последний платеж. Ничего не помогло, обсуждал со всеми причастными. В Skype и email нагло врал, что платеж отправил, и ничего не знает, обвинял меня во вранье, что дескать, я деньги получил, и вру. Хотя я показывал и выписку со счета и вообще все что можно.

Решил забить, еще один урок, что никогда, никогда нельзя ввязываться в индусами, даже из США, в деловые отношения.

Индия — прекрасная страна, я люблю ее. Но если у индуса есть возможность безнаказанно кинуть, то он кинет. Причем даже не важно, если он родился и вырос в США, все равно кинет.

Где найти ментора по DJANGO?

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

И есть еще один нюанс: когда вы что-то для себя сразу определяете как «непонятное и сложное» ваш ум сразу настраивается на неприятие этого. На самом деле, в IT, по крайней мере в веб-разработке, вообще ничего сложного нет. В крайнем случае, на любой ответ можно найти ответ в Google/StackOverflow.

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

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

Что касается количества вопросов, то здесь ограничения на количество нет. Единственное ограничение - вопрос должен быть по возможности конкретным.

Где найти ментора по DJANGO?

И лучше читать руководства на английском, блоги основных разработчиков Django. В русскоязычном сегменте творится какой-то бардак. Периодически здесь люди задают вопросы и приводят в качестве примера кода на Django какие-то безумные конструкции. Спрашиваешь, как они к такому пришли, отвечают: «Да так написано в руководстве на сайте бла-бла.ру». По-моему, все эти «дроновы» скорее вредят, чем помогают своими сырыми руководствами.

Где найти ментора по DJANGO?

Почему бы не задавать здесь вопросы?

CBV понятны и интуитивны, на мой взгляд. Достаточно немного с ними поработать. В хорошей IDE (PyCharm, например) можно прыгать в код базовых классов, там все просто, элегантно и красиво.

На мой взгляд, код с CBV получается короче, понятнее и красивее, чем с FBV. Особенно, когда есть общий код, разделяемый между несколькими View. Тут CBV просто вне конкуренции — собственно это и было основным мотивом их появления, насколько я помню.

У меня в паре проектов переиспользование кода между различными CBV радикально сократило и упростило код.

Тайм трекер для удалёнщиков?

Вопрос задается в среднем раз в неделю. Я пользуюсь gtimelog.