Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://github.com/siddharthkp/cost-of-modules below:

siddharthkp/cost-of-modules: Find out which of your dependencies are slowing you down 🐢

Find out which of your dependencies is slowing you down

npm install -g cost-of-modules

Run cost-of-modules in the directory you are working in.

--less Show the biggest 10 modules

--yarn Use yarn instead of npm to install dependencies

--no-install Skip installation

--include-dev Include devDependencies as well - for 🚀 collaborator experience

⭐ this repo

I recently published a npm module (auto-install) and I wanted to know how many bytes am I making people download before they can use it. Turns out, it was a whopping 30M!

More than space on disk, I want to optimise for install speed - setup is part of the user experience

--

Now, there are 3 things that you can do to make your npm package smaller

1. Make sure all your workflow tools are in devDependencies and not in dependencies These include your build tools, testing frameworks, etc. Only dependencies get installed when someone installs your package. (That being said, for better collaborator experience, you should optimise for both)

2. Only include the files you need by using files in your package.json or by including a .npmignore. More on that here.

3. Use packages which do the job and take the least amount of space. For example, I realised that I did not need yargs, I only needed their parser yargs-parser which is much smaller.

4. Bonus: Bundle all your code together and strip out the functions that you don't use - I still have to try this out. This could be the most impactful one.

--

In my case, the big size was because of # 3, the bunch of npm packages that I was using.

You can't fix what you can't measure

With npm 2.x, it was easy to find how much space is each of your dependencies taking. You could just look at the size of each directory in node_modules

With npm 3, the packages are installed in flat manner, so it isn't so straightforward.

That's the reason why I created this tool.

--

Future

I would want to make this tool a pre-publish checklist.

• See the size of your node_modules
• Include the size of your files
• Check if files or .npmignore exists
• Check if there are any dev dependencies that are specified as dependencies (tricky)
• Compare size with the last release. Something like this:

MIT © siddharthkp

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4