deepblack

Во всем мире готовятся на https://leetcode.com/ - там даже есть разделы по воппросам от компаний (Google, Apple, Amazon, Facebook, Netflix и т.д.)
ХакерРанк и прочие - это примерно тоже самое.

Но, это всего лишь интрументы чтобы отточить скил решать алгоритмические задачи разной сложности.
Вначале нужно научится их решать, для этого идите на Курсеру, Юдеми и прочие обучающие платформы. Смотрите видосики на ютубе по решению разных проблем.

Но помните - задачи это лишь часть собеседования. Обычно еще проверяют знания System Design, а это требует более глубокого понимания профессии, которое не получишь решеним задач.

Хороший кандидат на должность Junior React Developer, по моему мнению, должен соответствовать следующему перечню требований:
1. Хорошее знание JavaScript. В React разработке используется ES6 и большинство экспериментальных фич еще не вошедших в стандарт.
2. Хорошее знание HTML и CSS. Кроссбраузерная верстка. Так же, хорошо иметь представление о том, что такое css-in-js.
3. Web APIs. Умение работать с объектной моделью документа(DOM) и все эти XMLHttpRequest, localstorage, cookie, history и прочее.
4. Хорошее знание API React. Вы должны хорошо знать React, знать его возможности, понимать основные концепции и уметь ответить на большинство типовых вопросов. Для этого достаточно хорошо изучить документацию, разобрать пару типовых проектов на github и попрактиковаться. Много полезной информации, приёмов и идей можно подчерпнуть из тематических статей и докладов. Так же, на просторах интернета можно найти подборки типовых вопросов, часто задаваемых на собеседованиях. В англоязычном сегменте их больше.
5. Redux. Уверенное знание API. API библиотеки до боли пост. Знать, что такое промежуточное ПО и зачем оно. Понимать базовые концепции архитектуры Flux. Все это есть в документации и многочисленных курсах.
6. Умение работать с менеджером пакетов npm на базовом уровне.
7. Node.js. Хотя бы уметь написать простейший express/koa сервер, который будет отдавать ваше приложение и статику.
8. Webpack. Базовые знания.
9. Умение работать с git. Хотя бы знать и уметь примерять команды: init, clone, add, commit, push, pull, merge, checkout.
10. Иммутабельность. Четкое понимание зачем это надо. Знание приемов иммутабельного изменения структур данных. Это есть в официальном туториале React.
11. Статическая типизация TypeScrpt/Flow. Для начала хватит самых основ и способности понимать чужой код.
12. Функциональное программирование. Хватит знаний полученных в процессе изучения JavaScript, а так же не помешает знать, что такое каррирование, чистые функции и рекурсия.
13. Базовые концепции ООП. Хватит знаний полученных в рамках изучения JavaScript.
14. Асинхронный код. Понимать как его правильно организовывать. Promise, async/await.
15. Сетевые протоколы передачи данных. Вполне хватит базовых знаний о http/https, о том, что такое заголовки и какие они бывают. Хорошо знать о том, что такое websocket.
16. За плечами должен быть хотя бы один учебный проект на React. Хватит типового тестового задания.
Примеры таких заданий: 1, 2, 3(сайт может быть не доступен на территории РФ, советую отрыть через VPN и посмотреть), 4, 5. Если подобного проекта у вас нет, то будьте готовы, что потенциальный работодатель предложит вам выполнить тестовое задание и только по его результату вас, может быть, пригласят на техническое интервью. Если напишите хорошо, вас скорей всего пригласят.
17. Желателен опыт создания типовых UI элементов. Например, чтобы не вызывало трудностей написать простой кастомный чекбокс. Куча примеров реализаций типовых элементов есть на codepen.

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

Похожий вопрос.

Привет.

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

UPD от коллег из эксплуатации:

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

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

Раз отвлекаешься, значит другие занятия для тебя интереснее, чем работа.
Я вот такую методику выработал и пару дней с ней успешно работаю:
1. Вырубаем вообще всё, что можно. Уведомления и все отвлекающие сайты.
Телефон убираем подальше и на беззвучный режим.
2. Рабочее место чистим от всего мусора.
Кроме мониторов, мыши и клавиатуры на столе ничего быть не должно.
3. Блокируем все сайты, которые отвлекают.
4. Заводим распорядок дня. И придерживаемся его. В него нужно внести сон и работу. Добавить приёмы пищи и всё прочее. Пустоту заполняем чем-нибудь типа "посмотреть youtube", "почитать хабр", "поиграть в доту"
5. Убираем рутину по возможности. Все инструменты должны настроены так, чтобы не пришлось воевать с IDE
6. Добавляем разнообразие.
Например мне очень сложно даются всякие задачи на фикс багов.
Теперь, когда я нахожу причину бага, я разбиваю её на несколько небольших задач и пишу на каждую тест.
Каждый такой тест становится для меня промежуточной точкой, и благодаря достаточно мелкой разбивке - мозг не начинает "скучать" и постоянно видит, что происходит какое-то продвижение.

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

Для них тоже большая редкость - найти компанию с адекватным проектом и менеджментом ... и не клянчить повышения?

Это всюду большая редкость. За 20+ лет работы ни разу не сталкивался с руководством, которое само бы предложило тебе повысить зарплату - всегда это приходится либо выгрызать либо просто увольняться и искать новое место с более другой.

1. 20мб — это вообще не бигдата. Бигдата — это 20тб
2. В JSONе в основном массиве 3к элементов — это копейки. json.load у меня отработал за доли секунды
3. Подозреваю, что основная проблема в том, что условие if ret< 54.532 and ret >56.5343: никогда не выполнится. Потому что не существует числа, которое будет меньше 54 и больше 56 одновременно

Выучить js/css и написать. Flask то тут причем? Он просто файлы раздает

docker-php-fpm:
-     build: .
-     context: ./php-fpm
+     build: ./php-fpm

Celery написан на Python, так что его можно запустить везде, где работает Python. Читайте документацию вместо просмотра видео от хрен пойми кого.

Просто в sources.list прописываете как то так

deb ssh://user@1.1.1.1/home/user/repo buster main contrib

не забывая на своих компах ключи прописать

Сам репозиторий создается любым понравившимся вам способом
Например, так