| ▲ | zamalek 4 days ago | |
Even with my limited knowledge about FP I am pretty sure I would only grow more in agreement as I learn more. My only exposure to functional is via Nix and Rust (I promise I'll learn OCaml soon). One thing that I've really come to appreciate is the concept of "making invalid states unrepresentable," a trick that is harder than it should be (though not impossible) in "less functional" languages. Coming back to distributed systems, I have wondered what a functional database would look like. Mutations as pure functions, DUs in tuples, could we store a function, etc. | ||
| ▲ | addaon 4 days ago | parent | next [-] | |
> "making invalid states unrepresentable," a trick that is harder than it should be (though not impossible) in "less functional" languages The flip side of this is to "make representable states valid." If you have an enum that doesn't fill a bitfield, values of the bitfield outside the enum are representable -- and the behavior of the system must be defined in that case. (Most often, this is done by mapping the behavior of undefined states to a chosen defined state, or using it to trigger an abort -- the key is that it must be an explicit choice.) | ||
| ▲ | toolslive 4 days ago | parent | prev [-] | |
regarding databases, you get quite far using purely functional data structures and zippers. | ||