• C++ Programming for Financial Engineering
    Highly recommended by thousands of MFE students. Covers essential C++ topics with applications to financial engineering. Learn more Join!
    Python for Finance with Intro to Data Science
    Gain practical understanding of Python to read, understand, and write professional Python code for your first day on the job. Learn more Join!
    An Intuition-Based Options Primer for FE
    Ideal for entry level positions interviews and graduate studies, specializing in options trading arbitrage and options valuation models. Learn more Join!

OOP is out of the CMU Computer Science Introductory Curriculum

This is not really accurate.

Let's compare in such way: Does FP give you as much overall capabilities as OOP? Put another way, can FP replace OOP? I think not. But the vise could be kinda correct.
 
CMU CS kids don't need a course to learn C++. Professors only teach them how to think in abstract way. Writing code is considered as lowest requirement.
 
Let's compare in such way: Does FP give you as much overall capabilities as OOP? Put another way, can FP replace OOP? I think not. But the vise could be kinda correct.

This is an argument with no winner. I don't know how much experience you have with FP but the debate could go on and on. Anything you can do with OOP techniques you can do with FP and viceversa. It all depends on how much pain you want to endure (and that goes both ways).
 
This is an argument with no winner. I don't know how much experience you have with FP but the debate could go on and on. Anything you can do with OOP techniques you can do with FP and viceversa. It all depends on how much pain you want to endure (and that goes both ways).

That's the argument actually what I've been pushing. We agree that both have advantages/disadvantages, but for quantitative programming, object oriented programming can swallow FP capabilities (some of them painfully or not though), which doesn't mean FP cannot be more efficient in numerous cases. All can be done in both, but simplification directs to the OOP. Non object based programming languages generally are getting lost I think.
 
That's the argument actually what I've been pushing. We agree that both have advantages/disadvantages, but for quantitative programming, object oriented programming can swallow FP capabilities (some of them painfully or not though), which doesn't mean FP cannot be more efficient in numerous cases. All can be done in both, but simplification directs to the OOP. Non object based programming languages generally are getting lost I think.

I don't think you have that much experience using the functional programming paradigm and I think it shows in your posts. I will encourage you to learn more about it and their languages. You will appreciate the beauty and the capabilities they offer... and I will guarantee you that you will be way more productive.
 
Back
Top