Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Which NPM package has the largest version number?

adamhl.dev

Post reply on HN
Print view View original

61–70 of 80 posts

Re: Which NPM package has the largest version number?

#61

Post by 0x500x79 »

stabbles wrote: post #20

For Python (or PyPI) this is easier, since their data is available on Google BigQuery [1], so you can just run SELECT * FROM `bigquery-public-data.pypi.distribution_metadata` ORDER BY length(version) DESC LIMIT 10 The winner is: https://pypi.org/project/elvisgogo/#history The package with most versions still listed on PyPI is spanishconjugator [2], which consistently published ~240 releases per month between 2020 and…

deps.dev has a similar bigquery dataset across a couple more languages if someone wanted to do analysis across the other ecosystems they support.

Re: Which NPM package has the largest version number?

#62

Post by morcus »

Bratmon wrote: post #56
abxyz wrote: post #45

Earlier quoted context omitted.

Yes you can set price caps. The cost of a query is understandable ahead of time with the default pricing model ($6 per TB of data processed in a query). People usually get caught out by running expensive queries recursively. BigQuery is very cost effective and can be used safely.

You can tell someone has worked in the cloud for too long when they start to think of $6 per database query as a reasonable price.

Surely most queries should process much less than 1 TB of data?

Re: Which NPM package has the largest version number?

#63

Post by jonchurch_ »

The author has run into the same problem that anyone who wants to do analysis on the NPM registry runs into, there's just no good first party API for this stuff anymore.

It seems this was their first time going down this rabbit hole, so for them and anyone else, I'd urge you to use the deps.dev Google BigQuery dataset [0] for this kind of analysis. It does indeed include NPM and would have made the author's work trivial.

Here's a gist with the query and the results https://gist.github.com/jonchurch/9f9283e77b4937c8879448582b...

[0] - https://docs.deps.dev/bigquery/v1/

Re: Which NPM package has the largest version number?

#64

Post by abxyz »

Bratmon wrote: post #56
abxyz wrote: post #45

Earlier quoted context omitted.

Yes you can set price caps. The cost of a query is understandable ahead of time with the default pricing model ($6 per TB of data processed in a query). People usually get caught out by running expensive queries recursively. BigQuery is very cost effective and can be used safely.

You can tell someone has worked in the cloud for too long when they start to think of $6 per database query as a reasonable price.

My 3TB, 41 billion row table costs pennies to query day to day. The billing is based on the data processed by the query, not the table size. I pay more for storage.

Re: Which NPM package has the largest version number?

#67

Post by passivegains »

stabbles wrote: post #20

For Python (or PyPI) this is easier, since their data is available on Google BigQuery [1], so you can just run SELECT * FROM `bigquery-public-data.pypi.distribution_metadata` ORDER BY length(version) DESC LIMIT 10 The winner is: https://pypi.org/project/elvisgogo/#history The package with most versions still listed on PyPI is spanishconjugator [2], which consistently published ~240 releases per month between 2020 and…

I decided my life could not possibly go on until I knew what "elvisgogo" does, so I downloaded the tarball and poked around. it's a pretty ordinary numpy + pandas + matplotlib project that makes graphs from csv. one line jumped out at me: str_0 = ['refractive_index','Na','Mg','Al','Si','K','Ca','Ba','Fe','Type'] the university of st. andrews has a laser named "elvis" that goes on a remote controlled submarine: https://www.st-andrews.ac.uk/~bds2/elvislaser.htm I was hoping it'd be about go-go dancing to elvis music, but physics experiments on light in seawater is pretty cool too.

Re: Which NPM package has the largest version number?

#68

Post by lenkite »

Bratmon wrote: post #56
abxyz wrote: post #45

Earlier quoted context omitted.

Yes you can set price caps. The cost of a query is understandable ahead of time with the default pricing model ($6 per TB of data processed in a query). People usually get caught out by running expensive queries recursively. BigQuery is very cost effective and can be used safely.

You can tell someone has worked in the cloud for too long when they start to think of $6 per database query as a reasonable price.

We really need to go back to on-premise. We have surrendered our autonomy to these megacorps and now are paying for it - quite literally in many cases.

Re: Which NPM package has the largest version number?

#69

Post by int_19h »

sundarurfriend wrote: post #33

The Julia General registry is locally stored as a tar.gz and has version info for all registered packages, so I tried this out for Julia packages. The top 5 are: DiffEqBase 6.189.1 LoopVectorization 0.12.172 Reactant 0.2.161 Mooncake 0.4.159 Distributions 0.25.120 So, no crazy numbers or random unknown packages, all are major packages that have just had a lot of work and history to them. Out of the top 10, pretty muc…

This would seem to imply that the vast majority of Julia packages are 0.x?

Re: Which NPM package has the largest version number?

#70

Post by int_19h »

remedan wrote: post #44
bapak wrote: post #30

Earlier quoted context omitted.

> People often assume that a zero-major version indicates that the software is not ready for production I wonder why. Conventions that are being broken, maybe.

I don't know if this is the origin, but the semver spec says 0.x.y is unstable. Sure, not everybody uses semver, but it is popular enough for people to make incorrect assumptions. https://semver.org/#spec-item-4

It's not the origin. Using 0.x for stuff like this was already a thing long before semver. For example, the very first release of Linux in 1991 was v0.01.
Post reply on HN