Finding Critical Open Source Projects
opensource.googleblog.com
Finding Critical Open Source Projects
1–10 of 102 posts
Re: Finding Critical Open Source Projects
#2Re: Finding Critical Open Source Projects
#3Very interesting and I hope this leads to actual recompense/compensation for people "thanklessly maintaining" OSS. Not sure how it possibly fits into Google's newfound profit-at-all-costs motive, but the gesture is an important first step towards some semblance of justice.
Re: Finding Critical Open Source Projects
#4Re: Finding Critical Open Source Projects
#5Re: Finding Critical Open Source Projects
#6- Node (0.984)
- Tensorflow (0.969)
- Git (0.945)
- Linux (0.936)
- PHP (0.919)
Re: Finding Critical Open Source Projects
#7https://commondatastorage.googleapis.com/ossf-criticality-sc...
(from the repo)
So gnucash is #15 . At #75 is gcc .
This seems like a great idea, but perhaps some refinements are needed.
Re: Finding Critical Open Source Projects
#8Sounds interesting in theory, but the results are somewhat bizarre. For example, their published list of the top 200 "most critical" open-source C projects includes Urbit and Stellar, and includes micropython but does not include CPython.
Re: Finding Critical Open Source Projects
#9- Python: salt, core (https://github.com/home-assistant/core), pandas, scikit-learn, numpy, airflow, erpnext, matplotlib, pytest & pip
- Rust: servo, cargo, rust-clippy, tokio, rust-analyzer, tock, tikv, alacritty, libc & substrate
- JS: node, react-native, react, gatsby, three.js, bootstrap, material-ui, odoo, next.js & Rocket.Chat
- Java: elasticsearch, flink, spring-boot, hadoop, netty, jenkins, beam, bazel, alluxio & pmd
- C++: tensorflow, ceph, pytorch, bitcoin, electron, Marlin, Cataclysm-DDA, llvm-project, rocksdb & QGIS
- C: git, linux, linux, php-src, openssl, systemd, curl, u-boot, qemu & mbed-os
Re: Finding Critical Open Source Projects
#10That algorithm seems unnecessarily complicated and includes somewhat dubious metrics when, in my mind, the only thing that really "counts" when it comes to "criticality" are "how many other things use/depend on me", and there are much easier ways to determine this:
1. For languages with a common package repo, how many other packages depend on me? With NPM, for example, it's pretty easy to figure out how many other packages depend on a given package.
2. For "top level" projects, look at downloads.
My guess is just looking at either (or both) of those metrics would give you better results.