Live data from Hacker News

Show HN: ied – an alternative package manager for Node

github.com

51–60 of 89 posts

Re: Show HN: ied – an alternative package manager for Node

#51
post #32
post #22

Earlier quoted context omitted.

The initial set of dependencies is being installed via npm, the it installs its own dependencies via ied if told so: https://github.com/alexanderGugel/ied#installation This is a "cool" feature during development, since it's a nice proof of concept. Originally I checked in the node_modules directory, but then reddit was shitting on me as usual (yes, you shouldn't check in node_modules in an actual app, but this is PAC…

Dude, don't listen to reddit when it comes to managing your own open source project.

I was just thinking about that yesterday. I write my own projects so that I don't have to dance the political dance and make my colleagues happy. My own projects are for exploring my own ideas. Advice is always appreciated, but if someone wants to dictate how I write code in my own projects, they better damn well pay me (a lot).

To the OP: Don't let people bully you. Many people have strong ideas and will want you to do things their way. You aren't going to make everyone happy, though. Somebody will be pissed off no matter what you do (if you are popular enough -- normally people won't pay any attention to you ;-) ). "Because that's what I want to do" is a completely valid reason for any decision on your own project.

Re: Show HN: ied – an alternative package manager for Node

#52
post #3

Hey everyone! I made this. I'm happy to answer any questions, but please bear in mind that this is a WIP. There is still a lot of work to be done, although feature parity with npm is not the goal. Upcoming features are: * Nix-like rollbacks * built in registry server * discovery + installation via BitTorrent DHT Would love to get any feedback!

Is your plan to remain compatible with `npm` projects? I could see a case where I'd use `ied` to install deps for the speed, but continued to use npm for other features and interop with others. This could be very useful - but would need shrinkwrap support along with the stuff on your TODO to make it viable for my current work projects :)

Although using ied and npm at the same time for installing dependencies should work, you might run into some weird corner cases.

Therefore, npm and ied are compatible in the sense that you can use ied to install packages and npm for publishing them. At least that's the level of compatibility that is currently supported.

shrinkwrap is definitely coming :)

Re: Show HN: ied – an alternative package manager for Node

#53
post #38
post #3

Hey everyone! I made this. I'm happy to answer any questions, but please bear in mind that this is a WIP. There is still a lot of work to be done, although feature parity with npm is not the goal. Upcoming features are: * Nix-like rollbacks * built in registry server * discovery + installation via BitTorrent DHT Would love to get any feedback!

Making using a shrinkwrap not awful would be amazing. Having fast immutable shrinkwrap installs, and the ability to upgrade or selectively upgrade packages in the shrinkwrap vs. the semver in package.json would be a huge win.

Great to hear that! shrinkwraps + rollbacks are definitely coming!

Re: Show HN: ied – an alternative package manager for Node

#55

Cloned a popular project (babel) and on a MacBook Pro: npm install 52.28s user 8.08s system 73% cpu 1:22.41 total ied install 10.22s user 4.36s system 142% cpu 10.230 total Impressive.

Awesome! Glad it worked that well! Please let me know if you run into any bugs: https://github.com/alexanderGugel/ied

Re: Show HN: ied – an alternative package manager for Node

#56
post #34

Earlier quoted context omitted.

Never profiled it but I would guess that is largely due to the npm's main problem: It doesn't locked dependency versions. As a result it probably builds the dependency graph a lot more than it should.

For me this is the main thing I'd like to see fixed. Not only does it build more than it need to, it can result in broken builds. When my dependency doesn't update, I don't expect its dependencies to update (especially when I don't have control over setting the versions of the dependencies of dependencies). This has bitten me more than once.

It really baffles me that most dependency management systems get this wrong. You'd think it would be consideration #1.

Re: Show HN: ied – an alternative package manager for Node

#57
post #3

Hey everyone! I made this. I'm happy to answer any questions, but please bear in mind that this is a WIP. There is still a lot of work to be done, although feature parity with npm is not the goal. Upcoming features are: * Nix-like rollbacks * built in registry server * discovery + installation via BitTorrent DHT Would love to get any feedback!

if you can make this work in a way that it's capable of reinstalling a precise snapshot (like using a Gemfile.lock in Ruby's Bundler world) and keep it stable then I once again will have faith in JS package management.

Re: Show HN: ied – an alternative package manager for Node

#58
post #55

Cloned a popular project (babel) and on a MacBook Pro: npm install 52.28s user 8.08s system 73% cpu 1:22.41 total ied install 10.22s user 4.36s system 142% cpu 10.230 total Impressive.

Awesome! Glad it worked that well! Please let me know if you run into any bugs: https://github.com/alexanderGugel/ied

Happy to open an issue, but any plans on supporting git+ssh urls? For work projects, we have some modules installed via git and when I tried to install, I got the same error described here: https://github.com/alexanderGugel/ied/issues/2

Very promising project!

Re: Show HN: ied – an alternative package manager for Node

#59
post #5

Earlier quoted context omitted.

I think it's fine as it is. Could have chosen a worse name for sure! And, managing dependencies is like dealing with explosives anyways...

> And, managing dependencies is like dealing with explosives anyways... Only funny for anyone who hasn't been affected by one, or had friends or family who were. Still better to avoid names with negative connotations (and search for them first to check). > Any suggestions are more than welcome! A few ideas: bpm - Better Package Manager edge - the thing that connects nodes jpm - Javascript Package Manager ppm - Peer P…

> edge - the thing that connects nodes

Or "leaf" for singly-connected nodes. Or "graf" for that matter.

Post reply on HN