Самое интересное для меня открытие за вчера: `yarn install Не тянет за собой peerDependencies: Peer dependencies are a special type of dependency that would only ever come up if you were publishing your own package.

Having a peer dependency means that your package needs a dependency that is the same exact dependency as the person installing your package. This is useful for packages like react that need to have a single copy of react-dom that is also used by the person installing it. (документация https://classic.yarnpkg.com/lang/en/docs/dependency-types/#toc-peerdependencies)

Но у npm противоположенное поведение `npm i тянет peerDependencies, даже в prod окружении при настройках из коробки (начиная с v7): In npm versions 3 through 6, peerDependencies were not automatically installed, and would raise a warning if an invalid version of the peer dependency was found in the tree. As of npm v7, peerDependencies are installed by default. (документация https://docs.npmjs.com/cli/v11/configuring-npm/package-json#peerdependencies)

Я уже очень давно пользуюсь yarn, и даже не задумывался об этом, но оказывается при работе с библиотеками стоит этот момент учитывать, т.к. при одновременном использовании может вызвать локальные баги. На мой взгляд, вариант с npm служит примером того, что могут залетать рандомные библиотеки, которые ты у себя пока не ожидаешь, особенно в prod окружении Чисто для статистики:

• npm i с флагом production устанавливает 35 зависимостей
• yarn install с флагом prod - 15 зависимостей

Если я пойму, что мне на проекте не хватает пакета в прод окружении, то я лучше его явно укажу, чем искать, из какого пакета тянутся пакеты, и не исключено, что рандомной версией (в идеале максимально допустимой по правилам, но не все пакеты во время переходят на свежие версии популярных библиотек)

Вывод: yarn для меня удобнее``