-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Optimize bundle sizes #6
Comments
Summary: Useless source maps were previously being emitted both by `npm start` and `npm run build`. Now, correct source maps are emitted inline during development and in separate files by `npm run build`. This both makes development easier and helps make the bundle size reasonable. Progress towards #6 Reviewers: O2 Material Motion Tags: #material_motion Differential Revision: http://codereview.cc/D1358
Also explore if Closure Compiler or TypeScript do a better job than Webpack + Uglify for bundling. |
My current plan is to test if using Will likely spend the next few weeks prototyping the Circles interaction and then start exploring this. |
May be useful for visualizing Webpack builds and relative [file-size impact](#6) for dependencies. Current outstanding issues: - [Makes dev server startup 3x slower](FormidableLabs/webpack-dashboard#18) - [Breaks control-C to kill both Node and Python](FormidableLabs/webpack-dashboard#20)
There's also the new Webpack Closure plugin that we can experiment with. |
The Cost of Small Modules is one more point in the Closure bucket. |
examples
depend ondist
(rather than bundling it)Loosely related to #3.
The text was updated successfully, but these errors were encountered: