(no title)
gombosg | 2 years ago
And, of course, async/non-blocking calls, as tracing a call along different threads or promises may not be available all the time.
gombosg | 2 years ago
And, of course, async/non-blocking calls, as tracing a call along different threads or promises may not be available all the time.
gpderetta|2 years ago
Chastised, Anton took his leave from his master and returned to his cell, intent on studying closures. He carefully read the entire "Lambda: The Ultimate..." series of papers and its cousins, and implemented a small Scheme interpreter with a closure-based object system. He learned much, and looked forward to informing his master of his progress.
On his next walk with Qc Na, Anton attempted to impress his master by saying "Master, I have diligently studied the matter, and now understand that objects are truly a poor man's closures." Qc Na responded by hitting Anton with his stick, saying "When will you learn? Closures are a poor man's object." At that moment, Anton became enlightened."""
afiori|2 years ago
For example in php class A { public $a = new B;} is not valid
https://onlinephp.io/c/31246
Such a restriction makes no sense in a "closures are a poor man's object" world.
asimpletune|2 years ago
giovannibonetti|2 years ago
I think there is still hope on that front. Following structured concurrency patterns like the supervisor model should handle it. See the discussion about "Notes on structured concurrency, or: Go statement considered harmful" [1].
[1] https://news.ycombinator.com/item?id=16921761