pyre-check VS algoneer

Compare pyre-check vs algoneer and see what are their differences.

Our great sponsors
  • OPS - Build and Run Open Source Unikernels
  • SonarQube - Static code analysis for 29 languages.
  • Scout APM - Less time debugging, more time building
pyre-check algoneer
12 1
5,735 10
1.0% -
10.0 0.0
7 days ago 10 months ago
OCaml Python
MIT License MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

pyre-check

Posts with mentions or reviews of pyre-check. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-11-30.

algoneer

Posts with mentions or reviews of algoneer. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-03-21.
  • Adoption of Mypy for Python type checking: 45% already use it, 40% don't plan to
    4 projects | news.ycombinator.com | 21 Mar 2021
    I gave a presentation on type checking at the EuroPython 2017 where I also investigated how many Python projects really use type checking, I present the results at the end (35 minutes in):

    https://www.youtube.com/watch?v=vM2Zoy4Sxhk&t=2181s

    My conclusion was that only a small fraction of projects really used them, there were a lot of projects that had type checks in their code but only in "homeopathic" doses.

    I started using them for some of my Python projects as well (e.g https://github.com/algoneer/algoneer) and while I find them useful I think they're not as useful as a "real" type system in a fully typed language like Golang. Still, they're very useful for discovering simple mistakes that would only show up in unit testing otherwise.

    You can also "misuse" them for other purposes, at the end of the presentation I e.g. show how you can implement software contracts with them. Of course this would wreck a type checker like mypy, so don't do that in your codebase. That's probably also one of my critiques as the annotation syntax can in principle be used for anything, but mypy and other tools are not able to deal with code that does that.

What are some alternatives?

When comparing pyre-check and algoneer you can also consider the following projects:

mypy - Optional static typing for Python

pytype - A static type analyzer for Python code

pyright - Static type checker for Python

typeshed - Collection of library stubs for Python, with static types

ParlAI - A framework for training and evaluating AI models on a variety of openly available dialogue datasets.

typing - Python static typing home. Contains the source for typing_extensions and the documentation. Also hosts a user help forum.

flake8

psst - Fast and multi-platform Spotify client with native GUI

librespot - Open Source Spotify client library

mamba - The Fast Cross-Platform Package Manager

isort - A Python utility / library to sort imports.

spot - Native Spotify client for the GNOME desktop