Earlier quoted context omitted.
> Small fee on submission This will immediately bias the submissions only coming in from the west. Remember you can make the fee small but sometimes a person can't even pay even if they have the money. I remember having the 1000 or so rupees required for some VPS stuff when I was a teenager and not being able to pay since I didn't have a credit card. I hope we don't ever make money a barrier to open source.
If only there were some kind of decentralized digital currency a person could use outside of big banks and credit cards..
50% of new NPM packages are spam
31–40 of 325 posts
Re: 50% of new NPM packages are spam
#32Spam problems can be solved by - Cross-Internet reputation system for accounts - Small fee on submission
Real fee will scare away almost all amateur developers and almost all professional developers who don’t already have a business account available.
Re: 50% of new NPM packages are spam
#33Is this spam not easily mitigated by simple Bayesian approaches and collection of link features by visiting them?
Re: 50% of new NPM packages are spam
#34Just think of it, there is a real developer who decided to do this. Spam is immoral, but doing that to an open source repository is your personal all time low.
Re: 50% of new NPM packages are spam
#35Spam problems can be solved by - Cross-Internet reputation system for accounts - Small fee on submission
Re: 50% of new NPM packages are spam
#36Earlier quoted context omitted.
It’s not about revenue, it’s about making spam unprofitable. Charging 0.25$usd is enough to make spam not worth it. It also attaches an identity to the posting.
I think the suggestion was that the revenue generated by NPM's commercial dealings should cover any cost associated with a review process for OSS submissions (which in itself would make such spam repositories ineffective)
Re: 50% of new NPM packages are spam
#37I'm afraid it can get worse. What happens when there will be a proliferation of "looking legit npm packages" thanks to AI, full with ransomware? Currently I can't really figure out a one size fits all solution to that. Any idea?
One idea that's gaining (marginal) traction in Rust (which really sits in the same boat here) is trusted reviews, where trust is established by a web of trust. You probably have some developers you trust, and they have a different set of people they trust, so you can establish transient trust (that decays as the chain gets longer). The most relevant project for Rust is https://web.crev.dev/rust-reviews/ , not sure if…
Re: 50% of new NPM packages are spam
#38I'm afraid it can get worse. What happens when there will be a proliferation of "looking legit npm packages" thanks to AI, full with ransomware? Currently I can't really figure out a one size fits all solution to that. Any idea?
One idea that's gaining (marginal) traction in Rust (which really sits in the same boat here) is trusted reviews, where trust is established by a web of trust. You probably have some developers you trust, and they have a different set of people they trust, so you can establish transient trust (that decays as the chain gets longer). The most relevant project for Rust is https://web.crev.dev/rust-reviews/ , not sure if…
Re: 50% of new NPM packages are spam
#39Earlier quoted context omitted.
If the spammers only want to be indexed, then NPM should disable indexing for major search engines. But still allow it to be indexed other ways, which aren't unearthed on Google search. Other ideas include: do not index new packages before they've garnered enough downloads.
how do you garner enough downloads without being discoverable by Google?
If I Google a library and end up on npmjs.com I usually just click on a link to the library's repository or home page first.
Of course, it would disenfranchise a bit, but what is another option?