deepblack

В принципе, сама по себе Android Studio - не сильно требовательная. В основном, вся боль начинается при сборке и запуске проекта на эмуляторе.
Начинал тоже, с древнего ПК, (там по моему даже 4 ГБ ОЗУ не было).

Решил проблему - запуском на реальном устройстве, девайсе, вместо эмулятора.

Довольно часто предлагают тестовое задание, на которое у меня нет времени.

В таких ситуациях правильнее будет сказать "Каковы условия оплаты данного задания?". Большинство неадекватов на этом этапе отсеиваются. Просто потому что не только вы что-то делаете для работодателя, но и он вам что-то дает. Если работодатель хочет получить какую-то работу еще до начала трудовых отношений - то следует задуматься, а нужен ли вам такой работодатель? Я просто из исследовательского интереса прошел несколько десятков тестовых заданий и я НИ РАЗУ не получил какого-либо фидбэка. По ощущениям - на результаты тестового никто не смотрит и всем тупо пофиг на него. Поэтому когда мне предлагают тестовое задание - всегда сразу спрашиваю оплату. Никто не хочет платить - это факт, тут ничего не сделать. Почти всегда сразу в отказ идут. Было несколько случаев, когда вроде согласились - но все равно ушли в закат. В целом же, в практике был лишь один случай, когда ко мне пришли и сказали - вот ты умеешь то-то и то, вот тебе тестовое задание, оцени, мы тебе денег сразу заплатим, а там если все пучком - будем работать дальше. И еще несколько случаев, когда работодатели сразу в описании вакансии писали, что тестовое задание оплачивается. Смотреть код тоже почти никому не интересно - такой случай тоже был лишь один, когда я предложил показать код, согласились посмотреть и поспрашивать про него. В абсолютном большинстве остальных случаев, адекватные работодатели сразу говорят: по результатам собеседования нас все устраивает, далее делаем так - вот тут у нас список задач, выбирай одну-две-три простых задачки, если все отлично - работаем дальше, если нет - ну что ж, выдадим зарплату за эти задачки и разбежимся миром. Все остальные, где там сложные и долгие интервью то с одним, то с другим, то задание такое, то сякое - больше на лотерею похоже, когда крутишь барабан и гадаешь - будет сектор приз или сектор ноль.

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

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

юнит - тестирование минимального модуля, обычно один класс.

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

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

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

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

Потому что GitHub его выпилил уже полгода как.

Permanently disabled the unencrypted Git protocol

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

Как вариант

Правильный выбор - ubuntu/debian/linux mint

1. Открываешь сокет
2. io.Copy
Готово

Учитывая то что tcp гарантирует доставку и порядок пакетов, больше вообще не о чем беспокоиться. Кроме шифрования, если это важно

Никак. HTTP - это протокол формата запрос-ответ без состояния. Для интерактивности нужно что-нибудь типа SSE или WebSockets, а Django к ним не приспособлен сам по себе. Придётся изучать и использовать например Channels, соответствующим образом изменив как бэкенд, так и фронтенд.

помню с давних пор, что в ряде задач порой сталкивалась с указанием, что ее выполнение возможно только на Intel

Это были фейки. Или просто ерунда. Не было таких задач в числе сколько-нибудь популярных. В принципе, можно сделать такое ограничение кому-то назло: определить процессор, если AMD то больше ничего не делать. Но в этом примерно столько же смысла, как в антироссийских санкциях. Т.е. нет разумных причин, по которым программа бы не работала на AMD. Да, расширенные наборы команд порой отличаются,
https://ru.wikipedia.org/wiki/Расширения_архитекту...
но они отличаются и на intel'ах разных поколений. Видели что-нибудь подобное: "если ваш intel выпущен 5 лет назад, то эта программа на нём не будет работать"? Вот и я не видел.
Да, некоторые задачи требуют при компиляции отдельно оптимизировать под intel и отдельно под AMD. Да, разработчики могут полениться и не делать так. Тогда на AMD производительность может быть хуже или на intel производительность может быть хуже, но работать всё равно будет.
Я пользуюсь процессорами AMD с 1997 года и за это время мне не попадалось ни одной программы, которая отказалась работать из-за AMD.

сталкивались ли вы с ограничениями систем на Ryzen

Нет. Будучи системным администратором, несколько лет назад собрал для офиса сервер на базе Ryzen5 3600, на нём крутятся две виртуальных машины и 40 пользователей работают через RDP в 1С с утра до вечера. Это даже не серверный процессор, но он прекрасно вытягивает такую нагрузку, прёт как ледокол. До него был сервер на базе intel i7 - жалкое подобие, пришлось поставить тот сервер в другое место, где пользователей поменьше.

Залазь в настройки Settings/Preferences - Editor - Inspections - Python, должно там лежать

Если вопрос стоит - "Как это произошло?"
Ответ - Cookie файлы. Ты запустил скорее всего троянец,скорее всего это стиллер,скорее всего склеенный с твоим кряком. После утечки твоих печенек умные люди софтом в одно нажатие загрузили на твой канал дальше софт. Все просто. Достаточно одного запуска что бы потерять все свои данные
"что эта хрень натворила в моей системе?" - Скорее всего украла се твои данные,возможно осталась в системе,возможно майнит на твоей мощности.
"Может ли эта фигня путешествовать через локальную сеть?" - может,но врятли.

Вопрос к класификации малвари,RAT - есть доступ ко всей тачке, Stealer - только украли данные и так далее,больше в гугле.

Советы:
1. Качать с репакми или других проверенных репак сайтов.
2. Скорее менять пароли,ставить 2fa и прочие методы безопасности
3. Dr web cureit на ночь на всю машину.

P.s при возможности бекапится на старые контрольные точки,если троянец не порезал их. В отсуствии упомянутых вариант поменять систему с форматирование всхе дисков в идеале. gl hf