4 ms·
A lot of frontend libraries are not on npm.
by linhmtran168 12y ago
A lot of frontend libraries are not on npm.
- recursive 12y agoI don't have to deal with npm either for that matter.
- klibertp 12y agoCare to say what are you dealing with instead? I hope it's not something obvious like "I build Obj-C apps"...
- recursive 12y agoFor the small number of dependencies any of the projects I work on have, I find it easier to download the dependencies in a browser, and just copy them to the projects I'm using. I understand this is heresy.
- xtrumanx 12y ago> I find it easier to... Have you used Bower? I haven't but I watched a video of some guy speaking of Bower who pretty much said the same thing you did but changed his mind after trying it out. I haven't tried Bower yet but kept that anecdote in mind and plan to try it to see what all the fuss is about. From my understanding, a single command will take away all those intermediary steps between deciding to use a library and actually using it. No need to navigate to the project's page, looking for download link, downloading it, extracting and copying to the project directory. Sounds good in theory to me; just haven't the chance to try it yet myself. Mostly because npm happens to have everything I would have used Bower for.
- modarts 12y ago"Small number of dependencies" being the operative phrase. Try managing a complex single page app with deep dependency graphs and each node in that graph versioning up independently. Not sure how your approach would scale there.
- recursive 12y agoI've never worked on an app that required more than ~4 javascript dependencies, and the depth of the dependency graph has never been more than 2.