HHVM VS pyre-check

Learned of this in https://news.ycombinator.com/item?id=37186869 it was posted 2 years ago to no discussion https://news.ycombinator.com/item?id=30291459 seems far more interesting than that.

https://github.com/facebook/hhvm/blob/master/hphp/hack/doc/H... appears to be where it was proposed, and has more background than the current docs.

also fredemmott is not working on it any more https://github.com/facebook/hhvm/issues/9376

Hack and Flow are also written in OCaml.

Here is a commit generated by clippy fix without Cargo involved: https://github.com/facebook/hhvm/commit/efea2c4dcc12fdbf3a2e3ce383bbdca2de5f93a9

Compared to PHP, with its visible community, Hack/HHVM does seem like a dead-end technology. But it’s very actively maintained and it powers the largest website on the planet. It definitely doesn’t make sense for the average PHP developer to switch (and the article steers clear of evangelising) but it also definitely doesn’t make sense for us to switch back.

PHP is nearly as old as the web. Change the conversation and say: I use Hack on the Hip Hop Virtual Machine

Did you come across pyre in your search? MIT license and pretty fast.

https://github.com/facebook/pyre-check

Pyre is a performant type-checker developed by Facebook. Pyre can analyse codebases with millions of lines of code incrementally – providing instantaneous feedback to developers as they write code.

Pyre from Meta, pyright from Microsoft and PyType from Google provide additional assistance. They can 'infer' types based on code flow and existing types within the code.

Have you seen Pyre[0]? Not Rust, OCaml, and pretty fast. Made by a team at Meta and open sourced on GitHub. If you use python-lsp, I wrote an extension[1] to enable integration (though I haven't tested it recently, been programming in rust; it is mostly a "for me" extension).

0: https://pyre-check.org/

1: https://github.com/cricalix/python-lsp-pyre

Internally we use Pyre for Python type checking: https://github.com/facebook/pyre-check

Before type hinting, work had intense rules and linters enforcing docstrings with types. Now, type hints and automatic pyre runs take care of all the heavy lifting.

Python now has an optional type system and if you add one of them such as mypy or pyre to your CI process and you can configure GitHub to refuse the pull request until types are added you can make it somewhat strongly typed.

If you have a preexisting codebase I believe the way you can convert it is to add the types that you know on commits and eventually you will have enough types that adding the missing ones should be easy. For the missing ones Any is a good choice.

https://pyre-check.org and https://github.com/python/mypy are popular.