Echo JS 0.11.0


bruno-c 607 days ago. link 4 points
I don't have an opinion about pnpm per se but I would suggest that you change your usage of "memory" for "disk space". "pnpm saves gigabytes of _disk space_".

I know in some languages the two can be interchangeable so that's why i'm pointing it out.
zkochan 607 days ago. link 1 point
Thank you! Indeed it is confusing to use the "memory" word. I will change it everywhere to "disk space".
MaxArt 606 days ago. link 2 points
You know what, I could give it a try. I still am unconvinced by npm's decision to flatten the dependency tree, so I guess anothr approach is welcome.

Do you plan to support yarn.lock files as well?
xab 600 days ago. link 1 point
Without a flat tree npm on Windows was nearly unusable. I dont't want to blame npm or Windows or whoever, just saying that working in a cross platform environment was pretty painful and now it's much better.
blai 606 days ago. link 1 point
shrinkwrap.yaml is in fact way easier to read and understand, I really like it. Having said that, it is a lot easier to sell the idea of replacing NPM with Yarn than replacing NPM with pnpm. Any way you can push Yarn to adopt the pnpm approach?
zkochan 605 days ago. link 3 points
TBH I would prefer merging pnpm to npm instead. I don't see any reason to further promote Yarn which is already overrated.

The concept of linking packages existed long before Yarn. First commit to Yarn was on Jan 23, 2016.

The concept of linking packages was introduced by Alexander Gugel in the ied package, first commit on Aug 6, 2015.

Approximately half year later Rico Sta. Cruz has created pnpm which was pretty similar to ied but with better npm compatibility.

Creators of Yarn did know about the possibility to use symlinks and links. You can search in their repo for discussions about it. They discussed the possibility of using symlinks back when Yarn was not public and due to many reasons decided not to use symlinks.
Swizz 601 days ago. link 1 point
After just moving to yarn, it's now time to consider moving to pnpm. Is this the thing formally known as JS fatigue ?
zkochan 601 days ago. link 2 points
Hopefully it should be easier to move to pnpm from npm.

pnpm uses npm's config system.

pnpm has the same CLI as npm ("pnpm install foo" not "pnpm add foo")

pnpm overrides only some of npm's commands: install, uninstall and link. Other commands are passed through to npm. "pnpm init" is same as "npm init"