Activity
Stars and mentions · Last 30 days, Oct 8 – Nov 6
Top repositories
z3prover’s repositories ranked by new forks, as on trending.
Contributes to
Repositories outside z3prover’s account where z3prover opened or reviewed pull requests in the past 365 days.
Who noticed z3prover
Everyone who starred or forked z3prover’s repositories since the archive began in 2011.
Notable accounts
Ordered by the stars their own repositories have received.
Biggest fans
Accounts that starred the most of these repositories.
Breakout weeks
Each repository’s best week of new stars, with the release published around it.
Achievements
Awards earned by the repositories z3prover owns. Select an award to embed its badge.
No awards yet
Repositories earn awards by reaching the top three in a completed trending day or week.
A repository earns an award for finishing first, second or third in a completed trending day or week, ranked by new stars, new forks or pull request authors. Awards follow a repository through renames and transfers and count toward its current owner. Weeks run Monday to Sunday, UTC.
Mentions
From the linked Z3 thread: >You only want these issues fixed so you can find your "next batch", not because you've building something awesome that needs this "broken" functionality. Is an unfortunate dynamic that plays out in open source. Also: >Localize and even submit fixes for simple bugs that can be addressed (some of these bugs are pretty basic and require no deep understanding of internals). Many times I keep my PRs small so they'll be reviewed, but after reviewing them the maintainer is rewarded with another PR of mine that had to wait until the previous PRs were done. So really it starts to function as a single-queue network with a feedback loop where servicing a task results in another task immediately being put at the back of the queue. Since work is endless, the incentive to actually review a PR drops to zero because the reward for reviewing the PR is another PR to review. Hopefully at least the underlying project quality improves as a side-effect of this system. In dysfunctional projects, maintainers might realize this pattern and eventually stop responding to your PRs so your option at that point is to either graduate to maintainer status yourself & start approving your own PRs, or just stop contributing to the project. For finding bugs, I have done a lot of that and well... bugs are cheap and have recently become astronomically cheaper. At least filing a non-security-critical bug is more like tossing a TODO on the pile instead of generating a work obligation. Of course, there are bugs and bugs, the critical soundness kind that only manifest once in a pathological scheduling of system events. But those are very difficult to find.
z3prover/z3 これは Linux or macOSで動作するのかな...