in reply to Re^7: Real life uses for closures. (update: disambiguation)
in thread Real life uses for closures.
Anyway.... I've taken us way off topic. I apologize for rambling in your thread. :)
Actually, you haven't. The underlying motivation behind my asking the OP question was itself pretty off-topic -- though underlying that is very Perl-related -- and it is my belief that a truly modern (rather than a labeled-modern dialect), computer language like C++11 (or D2 or few others), is the future of Perl.
That is to say, I think that everything that is wrong with Perl5; and all the things that have gone wrong with the previous and ongoing attempts to implement Perl6; are firmly routed in the archaic programming languages and practices that have been and continue to be used to implement their infrastructure:
- Using macros to force inlining -- whether beneficial or not -- instead of inline functions.
- malloc & free rather than RAII;
- The pile'em high, wherever-it-fits heap-based memory use.
- Pointers instead of references;
- Consting & copying rather than move semantics in an attempt to solve the shared state problem.
- Emulating a register-rich cpu in software, atop inherently register-poor, stack-based hardware.
- Non-reentrant libraries, non-PIC, and god-object context encapsulation.
- Code that leaves the requirements of multi-threading to be retrofitted as an afterthought.
Until and unless truly modern coding practices are used to (re-)construct the infrastructure required to support dynamic languages -- Perl et.al. -- they will surely become less and less relevant in a modern world.
So far from off-topic rambling, your bringing up C++11 was right on-topic for the thought processes that led to this thread. Thank you.