о, хороший есть курс

Нах не надо на 2 этапе

Алгоритмы должны идти после языка, а не до

вот на мой взгляд хороший курс

При этом сначала алгебра логики, потом алгоритмы, если у человека нет тех образования

классный стикерпак

Да, мне тоже нравится :)

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

Угу

Привет
Может кто-нибудь помочь советом?
Есть задача спарсить 20кк страниц по url.
Каким образом это можно сделать с одного компа за минимальное время? Пробовал на питоне написать, но выходит одчень медленно и не получается полностью нагрузить сеть. В 4к потоков появляются очень большие задержки на каждый запрос. Из этого вопрос, возможно ли это вообще на питоне и если невозможно, то в какую сторону смотреть?

я бы посмотрел на scrapy + возможность запускать их параллельно: https://docs.scrapy.org/en/latest/topics/practices.html#distributed-crawls

на Go goroutines попробуй, но мб это просто твой потолок на железе 4К потоков. И думаю без тюнинга ядра если ты на Linux не обойтись 😊

Спасибо, посмотрю, как можно реализовать такой скрипт на GO. А с производительностью не все так однозначно. Тут есть интересная закономерность. Начиная примерно с 500 потоков, скорость никак не меняется. При этом при запуске скрипта нагрузка на сеть довольно хорошая 5млн байт в секунду, но со всременем она падавет од 0.5 млн байт в секунду. Думаю, что дело не в железе. Тем более пробовал запускать на разных компах.

Спасибо, попробую

Друзья, кто-нибудь работал с контейниризацией node-js микросервисов? Необходимо собрать несколько сервисов из одного репозитория, зависимости у них прописаны в одном package.json и соответсвенно каждому контейнеру нужны свои зависимости, как их передать в контейнер? Есть вариант хранить node_modules в общем томе и прокидывать через volume либо для каждого контейнера устанавливать свои зависимости из разных package.json, но техлид эти варианты отмёл.  Общаются сервисы по очередям, через воркеров bullMQ, кеширует redis. Хз, что он хочет ещё. Какие вообще best practice существуют по архитектуре микросервисов?

"один репозиторий на все 3 приложения (http server + 2 ms)
- 1 package.json
- три разных Dockerfile, для каждого мс
- 1 общий docker-compose.yml
- volumes - нет"
такие вводные

Ну если техлид отмёл эти варианты, то остался только один - переписать сервис на го

Ок, так а как вообще это делается по правильному? Есть какая-то практика устоявшаяся?

При билде контецнера npm i и не слушать тимлида, кто из вас двоих  девапс?