The Abstract Wikipedia team is working toward a rewrite of our backend services in a different programming language, likely Rust. Node/JS has served us well, but we have run up against some [WebAssembly System Interface] limits that would be best dealt with by switching to a different ecosystem.
Somehow, it feels horrifying to use something that high-level for the backend, especially when MediaWiki has so much PHP and the WMF has so many PHP programmers. Maybe my adolescent arse is getting old...
Oh PHP is hands down one of the slowest languages out there. It's just convenient because it's easy to host, but it's awful to use and it's really slow.
Here, have a chart:
In this chart, where the benchmark is calculating digits of π, Java is faster than JS, but there are cases where it's the opposite.
Node.js is a runtime, you can compile a number of languages to it. It's useful because it can have relatively low resource usage and there are a lot of libraries available for it.
Wikifunctions finally exposed running functions via API in March, though yeah, it's still a long, long way from being integrated in wikis, not to mention the arcane parameter that is passing a JSON via URL. (and hopefully you meant Wikifunctions and not Wikidata lol)
Oh I understood wikifunctions primarily as a way to operate on wikidata data, I don't know if that's right. And you're right it is publically available, I guess I meant more that few few folks know about it.