Live data from Hacker News

To Yarn and Back to Npm Again

mixmax.com

31–40 of 54 posts

Re: To Yarn and Back to Npm Again

#31
post #11

Earlier quoted context omitted.

Our experience has been yarn is fast and reliable.

Hmm, `yarn add` reliably takes a few years in my environment (WSL). Maybe the environment is the problem, though.

You need to add an exclusion or two to Windows Defender. The yarn folder in %APPDATA% is one (if you're running yarn locally, same deal for npm), and the path to where you keep your repos is the other (which is a lot easier if that doesn't exist entirely inside your WSL filesystem).

The reason it's so slow is because the virus scanner is running on the insane amount of tiny files a typical JS app will have. Used to take me 30 minutes each time until I did that; it was still slower than Linux/Mac but it was coffee-break slow, not three-course meal slow.

Re: To Yarn and Back to Npm Again

#32
post #4

I'm not sure I like the new npm. It seems faster but it's annoying to use it with how often it prompts you to update it and all the verbosity, annoying messages about peer dependencies, and now audits that you can't really do anything about. There's just so much noise now. Old version just worked and got out the way.

[deleted]

Re: To Yarn and Back to Npm Again

#35

Earlier quoted context omitted.

Hmm, `yarn add` reliably takes a few years in my environment (WSL). Maybe the environment is the problem, though.

The windows subsystem for linux? It's dealing with lots of tiny files going through a virtualization layer, you might want to just use the Windows native version of Yarn which is very fast.

NTFS may not handle a bunch of small files well, but I'm pretty sure WSL isn't a virtuialization layer.

Re: To Yarn and Back to Npm Again

#36
post #4

I'm not sure I like the new npm. It seems faster but it's annoying to use it with how often it prompts you to update it and all the verbosity, annoying messages about peer dependencies, and now audits that you can't really do anything about. There's just so much noise now. Old version just worked and got out the way.

> Old version just worked and got out the way.

Just when I thought I had heard every opinion on npm, I find someone with the opinion "It always worked fine."

Re: To Yarn and Back to Npm Again

#37
post #14

Earlier quoted context omitted.

Here's an issue I've experienced with using upgrade: https://github.com/yarnpkg/yarn/issues/5749

> and I noticed that certain packages were completely missing from the node_modules folder, yet are listed in yarn.lock Sounds like what I'd expect from running yarn clean... (If anyone isn't aware: that command doesn't clean target folders but rather goes crazy inside node_modules.)

Yeah you're misreading my issue

Re: To Yarn and Back to Npm Again

#38
post #10

That's why we love the JavaScript ecosystem so much: you have always got something to do!

Shhhh... mutually-reinforced job security from unnecessary development churn and endless novelty.

Exactly.

I once brought up what you said to an acquaintance and, wow, the way the color drained from his face, the way his voice hardened and lowered in tone, as he said "That's just a bunch of bullshit.". Later that month, he would go to work for IBM as a junior-level front-end engineer.

As always, it's probably better to be quiet and let the insecure live in their own little worlds.

Re: To Yarn and Back to Npm Again

#39
post #35

Earlier quoted context omitted.

The windows subsystem for linux? It's dealing with lots of tiny files going through a virtualization layer, you might want to just use the Windows native version of Yarn which is very fast.

NTFS may not handle a bunch of small files well, but I'm pretty sure WSL isn't a virtuialization layer.

You're right (I didn't realize this): https://docs.microsoft.com/en-us/windows/wsl/faq#why-would-i...

Re: To Yarn and Back to Npm Again

#40
post #17

Just the way npm handled my bug reports made me decide never use npm cli again. The registry is something everyone has to use because npm has a monopoly. It's not open source and is making money for a for profit company. I'm very disappointed to see Node.js is still shipping this anti-foss OSS with its executables :(

Try running a repo for free : )

As you might infer from my comments I'm not the biggest fanboy but criticising them over running a freely available repo that the community has used for years feels a little bit wrong

Post reply on HN