He also implemented an APL-like interpreter in Go: https://github.com/robpike/ivy
Game of life in APL: https://www.youtube.com/watch?v=a9xAKttWgP4
Not really. As I see APL is ISO standardized and there are many implementations.
The problem though might be that those ideas (like Julia's broadcast) are so seamlessly integrated into it's functional paradigm that you won't "really" know which parts are parts where you've been tricked into doing array programming.
- GPL license - Extremely well-documented - General purpose - Runs on any platform - 64-bit - C-like performance for many operators - Interpreted, interactive development environment - Package manager - Near-zero boilerplate
https://www.jsoftware.com/books/pdf/easyj.pdf
"Array language" describes a pretty generic syntax format wherein an operator acts on multiple inputs. Functional programming is a style that nests nicely with arrange languages. If you know "R," just think of lapply. It's like lapply everywhere, but without the lapply syntax. Every function is vectorized.
People who aren't formally trained on loops or object-oriented programming tend to pick this up more easily. That said, you can do OOP and loops in J if you want to.
As a fan of both awk and array languages, I think that an nsl-awk would be a really interesting project.
Closest I’ve seen to this was core.logic in the Clojure community, but it appears to be dead.
It’s being used in rust-analyzer (the leading language server) today, and is likely to be used in the compiler in the future. Not really intended to be general-purpose, but an interesting datapoint. And could evolve to be more general, knowing the Rust community.
The idea seems pretty damn intriguing.