Я сдаюсь...Так что help

Нашёл в одном репо флаг для npm install под  видом --cache cache

В документации по NPM CLI про это 0...

Что это вообще?

Ошибка автора репы наверно.

Спроси у автора репы

Хороший доклад про Worker class в Node.js
https://youtu.be/GRb-XQ5JRA8

Это как раз таки это?
https://youtu.be/zLm8pnbxSII

Какие универсальные примеры есть использования workers? Просто указал кол-во потоков, выбрал файл со скриптом и т.д

Ну тут важно наладить между ними взаимодействие и балансировку, перезапуск и восстановление, есть несколько типовых ниш применения: многопотгчная обработка CPU-bound, I/o задачи (в том числе и сетнвые сервера) ну и еще Ram-задачи (редкость для ноды)

https://ibb.co/jT1CPvq
Пример кода из видео, это универсальное решение из проекта в проект?

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

Тут тоже самое https://m.habr.com/ru/company/ruvds/blog/437984/ консоль логи портят все

https://jsfiddle.net/novikov433/1otyeb4z/
И что же тут простого, если область куда нужно вставлять исполняемый код, так и как выбрать кол-во потоков не расписано

Какого цикла, какого парсера?

У меня есть парсер кода с сайта, затем я через промисы отправляю запросы с задержкой в 200 мс и возвращаю перевод через библиотеку translate, как вобще правильно написать воркеры для таких задач?
Примеры в туторах сугубо на у кого " писька больше", нужны какие - то более практичные

@tshemsedinov
Добрый день. Вопрос по текущей реализации стартеркита:
- В классе Application на 30 строке добавляется в глобал контекст апликейшна (global.application = this;).
Если я правильно понимаю, теперь из любого места в приложении можно будет обратиться к нему и к его основным зависимостям.
Подскажите, пожалуйста, почему Вы решили предоставлять доступ к application именно через global?

Я чуть позже уберу require из всех частей приложения и оставлю их только в загрузчике. Прикладной код будет получать ссылки на зависимости через dependency injection в sandbox а системный слой через global. Глобал для формирования пространства имен - это хорошо. Глобал - для глобальных переменные это плохо. Requie для импорта интерфейсов - это хорошо, но require для экспорта/импорта структур данных - это плохо. Как только структуры данных становятся глобольными, то весь код становится сильно зацепленным (coupling) и в принципе все тогда можно положить в один файл, нет модульности. Модули должны взаимодействовать через интерфейсы, а не через данные. Но вот передавать ссылки на интерфейсы из модуля в модуль можно любым доступным способом.

Спасибо!

Все будут делать, как я скажу. Не продашь - не наебешь, эту песню не задушишь, не убьешь.

А как планируете реализовывать интерфейсы?