Hacker News new | ask | show | jobs
by easong 3567 days ago
Honestly, this sounds like a big step backwards in UX if implemented widely.

I would really rather not have to manually install a million packages when pulling down dependencies - "npm install && npm start" and then going to grab a glass of water feels great.

The given use case of a master parsing library doesn't really resonate. A handful of extra kb on disk doesn't bother me at all for an all-in-one solution, and I've never really had the problem of not being able to find a parsing library on npm to begin with.

1 comments

You do have to choose which packages you want to install at some point. When you do `npm install && npm start` it will still work as planned. The problem here address is for when you need to deal with a new issue.

If it were a handful of extra kb, I'd agree. Of the top off my head I can think of following file formats "somehow" suited for configuration: json, cson, properties files (java), yaml, xml, conf-files (Apache), ignorefile syntax, ini files.

Supporting all of them could be a reasonable goal to the community (looking at the packages in npm: it is an actual goal already).

https://en.wikipedia.org/wiki/Configuration_file

Use js files for config. They support comments, syntax highlighting will work out of the box, and you can require them.
A problem that I have with my article is that readers seem to get hung up on the config loading bits when I tried to use it as an example for a more-general problem.

To fix this I added a section to the article: https://t.co/sXJhTYXQvy

(Using executable files for configuration can be an enormous problem for some uses.)

I think it's a poor example. I don't want to choose between 20 different config file formats. Give me a config file in a format I know.