4 ms·
This seems like exactly the sort of issue the Unison language is trying to tackle. They want straightforward execution of distributed computations using the sam
by sullyj3 5y ago
This seems like exactly the sort of issue the Unison language is trying to tackle. They want straightforward execution of distributed computations using the same language, with no friction across machine boundaries, no sacrificing composibility.
The article mentions:
> remote procedure calls with higher-order functional arguments would require serializing those functions, which is not easy to do safely or efficiently.
This is exactly what Unison is designed to do. Code is not stored as text, but is stored in a serialized AST form and identified by hash. Therefore, transmission between nodes is trivial. The language is still a work in progress, but it's making rapid strides.
Here's an explanation:
https://www.youtube.com/watch?v=gCWtkvDQ2ZI https://www.youtube.com/watch?v=gCWtkvDQ2ZI
The part relevant to distributed computation is at 30:08, but the earlier parts go through the basics of how code is stored, and why this design choice was made, which might help with understanding what's going on.