4 ms·
> As developers, however, we usually care about > 1. isolated, reusable, testable code that is easy to reason > about; > 2. short “code change → visible r
by the_gastropod 9y ago
> As developers, however, we usually care about
> 1. isolated, reusable, testable code that is easy to reason
> about;
> 2. short “code change → visible result” cycle;
> 3. straightforward dependency management; and
> well-maintained tools.
> Sure, “classic” Rails gives our code some structure: there
> are separate folders for view templates, javascripts,
> stylesheets and images. But as the front-end complexity
> grows, navigating them quickly becomes a cognitive drain.
WAT?
1. I don't see how the directory renaming / npm config changes this at all.
2. I guess this is an argument for speed of asset pipeline? As mentioned in the article itself, Rails 5.1 webpack with hot reloading built in. How much faster can you get?
3. I don't think I've ever heard of npm referred to as a well-maintained tool.
Beyond that, the idea that Javascript-heavy web apps are "Modern" is kind of silly. They're certainly trendy. In the vast majority of the cases I've seen, there's no coherent reason for the added complexity.
- muthdra 9y agoNPM is a well-maintained tool. Version 5 got major updates in speed and usability. They where aware of the Node release cycle and implemented the new version in advance so it would be rolled out alongside Node. NPM now does way faster caching than before, can lock dependencies in specific versions more easily (inspired by Yarn) and may have a flat dependency tree if your project demands it (like when using Polymer and it's components. like Bower works).
- the_gastropod 9y agoYarn exists because npm has historically been a problem-riddled package manager.
- minor3rd 9y agoThey still have some awfully awkward stuff in npm5. In some cases they will overwrite your package.json with logging data (WTF?)