Prefer using 'noop' library

[envp]

https://github.com/auchenberg/volkswagen/blob/538316195ac0fa6988b49490836d46202ab455d8/.these/aren't/the/source/files/you're/looking/for.js#L4

https://www.npmjs.com/package/node-noop

(Disclaimer: My work with node-noop is a noop)

[envp]

We don't want them thinking we cheated.

[Asday]

Is that package also a joke?

[andrastothtw]

Well, it will truly be a joke when the next npm token virus hits and noop will take on other responsibilities.

[envp]

Is that package also a joke?

I think so https://github.com/euank/node-noop the author has 'ironically-shitty' tag on the repo

[grantholly]

@vaibhav-y I couldn't agree more with you. In keeping with the highest quality enterprise software design best practices, you just don't roll your own noop. It is too hard to implement correctly in-house and there are proven public options out there.

[envp]

You sir, are a gentleman and a scholar.

[Asday]

Is that package also a joke?

I think so https://github.com/euank/node-noop the author has 'ironically-shitty' tag on the repo

Aah, left-pad-level-dumb-module also.

Sometimes it's hard to tell with javascript.

[jamesmhaley]

Is that package also a joke?

At time of writing.... 25,979 weekly downloads

Oh boy.

[strugee]

25,979 weekly downloads

npm themselves have said ([citation needed] cause I can't be bothered to look it up) that there's a baseline level of noise in those numbers from bots, mirrors of the registry, etc. so I wouldn't put too much stock in that number.

[Asday]

https://github.com/sebastian-software/edgestack/commit/e9c252d27a7b21579341fea9358223aec05e106a some literal geniuses have actually used that package as if it wasn't a joke, which is very postmodern.

I didn't bother doing an extensive search for active projects, but this is too high effort to be playing along with the joke.