News for hackers. Stuff that matters.
Re:Better-sqlite3: A faster Sqlite library for Node.js by kryptiskt on Monday March 19, 2018 @05:16AM (#16617054)
And then you can't transfer a package to a new organization without stranding users. Java showed how misguided using the domain name in the package name was, organizations have far less permanence than software.
Re:Better-sqlite3: A faster Sqlite library for Node.js by always_good on Monday March 19, 2018 @09:53AM (#16618330)
This can be managed in many ways, like identity immutability, package redirection, and solved from a UI standpoint like "a/foo was moved to b/foo" on your user's next package update because the package manager has first-class support for it.

Did you think nothing can be improved upon Java?

Re:Better-sqlite3: A faster Sqlite library for Node.js by oblio on Monday March 19, 2018 @05:38AM (#16617139)
Meh, nobody cares about package names, anyway. I've seen plenty of companies who had com.acquisition1, com.acquisition2, etc., all over the place.

The Java space, Maven, more precisely, did come up with the first namespaces package repository. For some reason other package managers don't do it, for simplicity I guess, and it always come back to bite them in the butt.

For reference, Maven 1 didn't have groupIds, Maven 2 added them. They did it for a reason and that was back in 2005!

Re:Better-sqlite3: A faster Sqlite library for Node.js by scrollaway on Monday March 19, 2018 @05:23AM (#16617087)
I think there's middle ground. Github manages somehow (by creating redirects).

I'm having the exact problem you're describing in a macOS app, where an app that was previously name.janedoe.app is now org.company.app. What a mess that caused.