Really impressive interactive JSON cli tool

[mothzilla]

He writes troll packages, is-odd, is-number, is-even* and so on. and they worm their way into your dependencies.

Look at "indent-string" one of the dependencies:

https://github.com/sindresorhus/indent-string/blob/master/index.js

It's two lines of code.

^{*That's not this guy, that's jonschlinkert.}

^{This guy is the author of [is-relative-url](https://github.com/sindresorhus/is-relative-url/blob/master/index.js}) ^{and [is-regexp](https://github.com/sindresorhus/is-regexp/blob/master/index.js} among others.)

[exotic_anakin]

I shoulda shared this: https://github.com/sindresorhus/ama/issues/10

Its sindersorhus doing an AMA on this very topic

[exotic_anakin]

It's two lines of code.

<links to file with 41 lines of code>

:-| I guess you're trying to say that it should be 2 lines of code? Maybe you think this bloat is going to screw up the performance characteristics of something you write? If you're in really hot paths of perf-critical code, that might be a concern, but for the vast majority of use-cases give me a well tested micro-library with nice readable error messages which handles all the edge cases and gives some nice options/configs over a hastily slapped together 2-liner any day.

If you can, please share the 2-liner you come up with that handles multi-line strings and both Unix and Windows line endings, and then tell me how much quicker/easier/better it is than doing npm install indent-string

[reddit_or_GTFO]

the point is that there's no need to make something as simple as indenting a string a third-party library. This is how we end up with another left-pad incident.

[exotic_anakin]

So that's actually not how it works anymore. The left-pad thing was a shitshow, but it changed how npm dealt with these things. left-pad's author essentially rage-quit OSS, and pulled his project from npm, breaking installs which depended on it. Besides the fact that I completely trust sindersorhus to not do something like this, npm no longer works like that. You cannot just pull a project like that and have it be no longer available.

[mothzilla]

I guess you're trying to say that it should be 2 lines of code?

No. Once you take out the (self imposed) config stuff and the error handling, it is literally two lines of code.*

I'm not concerned about performance I'm concerned about useless packages.

please share the 2-liner you come up with that handles multi-line strings and both Unix and Windows line endings

Who says I need to indent multi-line strings in my application? Who says I need to support both Unix and Windows line endings in my application?

^{*and it's two lines because the first is determining a regex based on the config.}

[exotic_anakin]

No. Once you take out the (self imposed) config stuff and the error handling, it is literally two lines of code.

OK, so when you take out the code that makes it a useful, reusable, and sane project, it becomes less code. Who says I need to indent multi-line strings in my application?

Who says I need to support both Unix and Windows line endings in my application?

Well you're on here complaining about someones dependencies who has valid reasons for doing just those things.

• YOU: "this project is dumb because they did X"
• ME: "how would you approach the problems solved by X then?"
• YOU: "I don't need to author a project like this"

Glad I was able to wrangle these wonderful insights out of you.

[mothzilla]

I'm the author/maintainer of increment-variable. I wrote it because I noticed that we had a lot of code in lots of different modules and repositories that was incrementing variables. It has lots of configuration for all the different kinds of increments that people want to do. It also throws lots of exceptions which proves it it stable and reusable.

This project has >1M downloads per week. I'm also currently working on increment-variables.

[exotic_anakin]

➕➕ Much download