>Would you say that the functional paradigm has started to gain more traction lately though? That is certainly true but I think more people will not shift to f

>Would you say that the functional paradigm has started to gain more traction lately though? That is certainly true but I think more people will not shift to functional programming languages to do functional programming style programming but will stick with their favorite imperative language and do functional programming there as more and more imperative languages add features and facilities that allow functional programming style programming. Case in point, i have this Qt/C++[1] library that evaluates lambdas in a lazy fashion. You can have,for example, a function that returns what is called "a future",ie something that can be evaluated at a later time to produce a value "held" in the future or the future can be cancelled if the function caller decides they no longer need the result. Introductions of lambdas in C++11 allows for this kind of programming to happen in C++ and i suspect more and more C++ programmers will start coding to this style as more and more APIs will start getting released that will take lambdas as arguments or return them as results. It is an interesting new way of doing C++ and these ideas are mostly borrowed from functional programming world. [1] https://github.com/mhogomchungu/tasks https://github.com/mhogomchungu/tasks