Our great sponsors
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
awesome-python-typing
Collection of awesome Python types, stubs, plugins, and tools to work with them.
-
python-typecheckers
A list of Python type checkers (PEP 484 compliant and not, static and runtime/dynamic)
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
Is faster... on code that has been optimized to hell and back 5 times over and no longer resembles anything like normal code written in the language.
Seriously, this is the code for the top program. I'm reasonably sure 99% of C++ programmers could not decipher it without spending significant amounts of time on google: https://github.com/hanabi1224/Programming-Language-Benchmark...
I appreciate that fair benchmarks across languages are a hard problem, but this is not a good solution to it. Any reference to this data as a comparison between "programming languages and compilers" needs to come with a giant disclaimer that it's comparing them at something you almost certainly don't use them for, and is very far from their main use case.
I also appreciate that this is a repetitive comment the likes of which always come up when this benchmark is mentioned... but I really don't see another way to avoid people misinterpreting it. Very few people are going to spontaneously click through to the code.
Is faster... on code that has been optimized to hell and back 5 times over and no longer resembles anything like normal code written in the language.
Seriously, this is the code for the top program. I'm reasonably sure 99% of C++ programmers could not decipher it without spending significant amounts of time on google: https://github.com/hanabi1224/Programming-Language-Benchmark...
I appreciate that fair benchmarks across languages are a hard problem, but this is not a good solution to it. Any reference to this data as a comparison between "programming languages and compilers" needs to come with a giant disclaimer that it's comparing them at something you almost certainly don't use them for, and is very far from their main use case.
I also appreciate that this is a repetitive comment the likes of which always come up when this benchmark is mentioned... but I really don't see another way to avoid people misinterpreting it. Very few people are going to spontaneously click through to the code.
Common Lisp (sbcl) performance via native implementation of simd [0] is very impressive ! It is litteraly acheieving C/Cpp speeds (within few ms). Great work by Marco Heisig
[0] https://github.com/marcoheisig/sb-simd
This is total misinformation, sorry. Julia may, depending on your setup, be slow to initially load, but the compiler is quite fast generally.
Also, there's a solution to precompile binaries with no JIT penalty...
https://github.com/JuliaLang/PackageCompiler.jl
Enjoy!
yes, and python has a large amount of analyzers:
https://github.com/typeddjango/awesome-python-typing
https://github.com/ethanhs/python-typecheckers
though i'd say they are worse than similar in typescript/javascript. julia's tooling is relatively nascent.
I would say python has a large ecosystem of static compilers as well, especially since cython is so widely used.
I’m working on it :) https://github.com/shish/rosettaboy
(Ok it’s 5-10k lines rather than a million, but it’s non-trivial enough that the differences between languages are noticable)