3 ms·

It sounds like payments might be part of the larger concept of declarative programming (DP): https://stackoverflow.com/questions/129628/what-is-declarative-pro

It sounds like payments might be part of the larger concept of declarative programming (DP): https://stackoverflow.com/questions/129628/what-is-declarative-programming https://stackoverflow.com/questions/129628/what-is-declarati... Maybe TigerBeetle could be generalized to support any multi-step distributed process? I've used DP for backend server work on AWS with Terraform and it gave me perhaps 100x leverage over what I would have been able to do manually. And I think I first heard about it from a friend who used it in Ansible in the 2010s. Now I see everything through that lens and find most of the online tutorials at sites like https://www.raywenderlich.com https://www.raywenderlich.com to be somewhat tedious and perhaps too application-driven (as opposed to theory). Not to single them out - they're one of the best, along with https://laracasts.com https://laracasts.com for backend server concepts. But to really get to scalable solutions, DP is a must IMHO, because it raises attention from implementation details to repeatable processes, which frees the developer to work at a much higher level of abstraction.

_vvhw 4y ago
> It sounds like payments might be part of the larger concept of declarative programming (DP) Yes, exactly! The idea with TigerBeetle's state machine [1] is to expose double-entry accounting as a higher level financial primitive, so that developers can think in terms of declaring transfers from one account to another. The business logic behind the scenes is detailed. The interfaces and data structures are simple. [1] https://github.com/coilhq/tigerbeetle/blob/main/src/state_machine.zig#L331-L406 https://github.com/coilhq/tigerbeetle/blob/main/src/state_ma... > Maybe TigerBeetle could be generalized to support any multi-step distributed process? That's part of the plan—that the distributed database framework of TigerBeetle can be used as an ”Iron Man suit” to support any kind of state machine, with high availability and fault tolerance.
- zackmorris 4y ago
  Oh nice, where has this been my whole life? Keep fighting the good fight!
  - _vvhw 4y ago
    ”I fight for the users!”

_vvhw 4y ago

> It sounds like payments might be part of the larger concept of declarative programming (DP) Yes, exactly! The idea with TigerBeetle's state machine [1] is to expose double-entry accounting as a higher level financial primitive, so that developers can think in terms of declaring transfers from one account to another. The business logic behind the scenes is detailed. The interfaces and data structures are simple. [1] https://github.com/coilhq/tigerbeetle/blob/main/src/state_machine.zig#L331-L406 https://github.com/coilhq/tigerbeetle/blob/main/src/state_ma... > Maybe TigerBeetle could be generalized to support any multi-step distributed process? That's part of the plan—that the distributed database framework of TigerBeetle can be used as an ”Iron Man suit” to support any kind of state machine, with high availability and fault tolerance.

zackmorris 4y ago
Oh nice, where has this been my whole life? Keep fighting the good fight!
- _vvhw 4y ago
  ”I fight for the users!”