Михаил Р.

Потому что это выдают только юр лицам. И не все операторы

Проще впн сеть организовать и не париться

У вас несколько вопросов сразу, вот на них ответ:

1. Отличается ли з/п в США для кандидатов находящиеся на территории США или за её пределами?

Да, отличается. Страны разные, уровень жизни везде разный. Давайте обратимся к примерам. Вот что пишет компания ZeniMax в одной из своих вакансий.
В тексте речь идет о территории США (within the United States), но аргументация совершенно логична и справедлива, как если бы соискатель жил в другой стране.

2. При удалённой работе, имеет ли значение место проживание кандидата на вакансию для определения размера заработной платы?

Как ответил выше - да, место проживание имеет значение. Но я не могу представить чтобы на позицию продакт-менеджера брали человека из другой страны, где нет официального присутствия компании. Удаленщика и так сложно контролировать, а здесь еще и управленческая должность. Гораздо проще нанять "своего".

3. Или данная сумма ориентир только для кандидатов проживающие на территории США?

Это ориентир для проживающих в США. Обратите внимание, что у того же ZeniMax отсутствуют зарплаты в вакансиях для других стран. Вот например вакансия в Швеции. Salary нет. Чтобы соискателям не приходила в голову идея посчитать разницу зарплат :)

4. И имеет ли здесь значение является ли кандидат резидентом США?

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

Как уже сказали, для чатов самое оптимальное websocket, только тут всплывет что у Django с этим проблема, есть channels, но мне они очень не нравятся, выглядит как переделанный сбоку костыль. Кроме этого, год назад видел попытки реализации websocket на основе текущего async в Django, но за этим не следил, так что не знаю какое там сейчас состояние. Так что лучшее решение, перенести чат на async фреймворки

Минусы:
1. Вам самим придётся все свои доходы декларировать, чтобы потом не жаловаться, что вам заблокировали счета и начислили пени за неуплаченный налог в лучшем случае
2. Закон тебя никак не защищает (могут уволить одним днём, например, и вполне законно могут недоплатить, списав на волатильность курса)
3. Работодатель, который такое предлагает - в 99% случаев занимается чем-то серым, а то и незаконным => тебя ещё могут как соучастника накрыть, если очень сильно не повезёт.
4. Курс волатильный и могут быть проблемы при попытке перевода в фиат (начиная с комиссий и невыгодного курса, заканчивая обвалом курса и отсутствием покупателей. Про возможность объявления крипты вне закона или блокировки счёта на бирже или в банке я молчу)

Законно ли это(живу в России)?

То что ты делаешь уже не законно, даже без привлечения крипты, тк в России запрещено иметь трудовые отношения (регулярные работы на полный рабочий день с фиксированной ежемесячной оплатой) между самозанятым (исполнителем в статусе самозанятого) и заказчиком, ибо это очевидное уклонение от налогов (со стороны исполнителя, ибо так ты уклоняешься от НФДЛ) и нарушение трудового кодекса (со стороны заказчика, тк он уклоняется от уплаты взносов в ФСС и ПФР, и не обеспечивает тебя-работника социальными гарантиями)

Законно ли это(живу в России)?

Крипта в России не является законным средством платежей. Так что если не хочется проблем с законом - нужно оформлять две операции:
1. Оказание услуг (с ценой рублях).
2. Продажа/покупка крипты на эту сумму.
Причём по времени сначала ты должен оказать услугу, а уже потом "купить" крипту, после чего её продать, и уже тогда деньги с продажи крипты должны поступить на твой счёт в банке. Иначе рискуешь словить блокировку (в лучшем случае - временную, пока не объяснишь банку, что это вообще произошло)

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

Много ли уходит на комиссиях?

Это уже зависит от того, как будешь выводить и как тебе будет твой "работодатель" деньги присылать.

ffmpeg

ffmpeg -i video1.mp4 -i video2.mp3 -c:v libx264 -c:a aac result.mkv

import matplotlib.pyplot as plt

data = ...    # ваша простыня данных

plt.plot(data["timestamps"], data["players_online"])
plt.show()

осталось только чуть почитать доку по mathplotlib и подправить данные по оси x

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

Конечно в проде не нужен, это применяется только при разработке и тестировании
https://react.dev/reference/react/StrictMode

Нормальные имена. Вас же i в цикле не смущает?

Подойдет! Бек можно писать на всем, что отдает JSON/HTML. Начиная от С, С++, PHP, Ruby, Java, Rust, C# и заканчивая Groovy, Clojure, NodeJS и прочими, прочими, прочими.

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

А "современному" бекендеру больше требуется понимание когда нужен "условный FastAPI", а когда "условный Django", ну соответственно знание/понимание обоих фреймворков.