Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

The Functional Revolution in C++

14 views
Skip to first unread message

Ramine

unread,
Nov 28, 2016, 9:40:18 PM11/28/16
to
Hello....

Read this:

The Functional Revolution in C++

https://bartoszmilewski.com/2014/06/09/the-functional-revolution-in-c/

I don't agree with Bartosz Milewski, because Bartosz has a binary view
on this subject, because i think it is not just black and white,
because Bartosz Milewski seems to imply that Haskel is the solution
and functional programming because of purity of functions of Haskel is
the solution for composability, but as i said we have to agree that
what consists of a sufficient solution also, Bartosz Milewski is right
that the functional language Haskel because its purity of functions
avoids side effects and allows composability, but we have to agree
on what is a sufficient solution , because i have implied in my previous
post that a sufficient solution is also this:

because the presence today of transactional memory that avoids
deadlock and livelock and race conditions is able to provide
us with a tool that solves problems of parallelism
, and it allows composability, and this is mandatory and i think
it is like sufficient for complex systems, so i don't think that purity
of functions of Haskel or functional programming is mandatory, so
i think that Object oriented programming will be still
our prefered tool in the future.

The strictness and purity of functions of Haskel is good for
composability and safe-critical systems.

But Object oriented programming with transactional memory and
with other tools for safe-critical systems is i think a sufficient tool
that is good for composability and safe-critical systems.

So i don't think that functional programming is mandatory,
so i think that object oriented programming is great and will be still
here in the future.


Thank you,
Amine Moulay Ramdane.

0 new messages