It's an OOP world... is it? ...still?
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
hoernchenmeister wrote:
What are the alternatives
Unemployment.
hoernchenmeister wrote:
What kind of alternative do you like most
Gin, red wine and pies.
hoernchenmeister wrote:
Into what direction should I turn my head
75 degrees anti-clockwise.
hoernchenmeister wrote:
What's your opinion?
Not worth a damn.
Unrequited desire is character building. OriginalGriff I'm sitting here giving you a standing ovation - Len Goodman
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
Functional programming made some sort of a comeback recently, but IMO, OOPS still runs strong!
Too much of heaven can bring you underground Heaven can always turn around Too much of heaven, our life is all hell bound Heaven, the kill that makes no sound
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
hoernchenmeister wrote:
So far I was happy, but times are changing, don't they?
And Leslie Nielson is dead, also. Seriously, things have been changing all the time and nothing ever has disappeared just because it has come into fashion to jump onto the next new thing. For example C, without any direct support for object orientation, is still one of the most used languages.
And from the clouds a mighty voice spoke:
"Smile and be happy, for it could come worse!"And I smiled and was happy
And it came worse. -
hoernchenmeister wrote:
What are the alternatives
Unemployment.
hoernchenmeister wrote:
What kind of alternative do you like most
Gin, red wine and pies.
hoernchenmeister wrote:
Into what direction should I turn my head
75 degrees anti-clockwise.
hoernchenmeister wrote:
What's your opinion?
Not worth a damn.
Unrequited desire is character building. OriginalGriff I'm sitting here giving you a standing ovation - Len Goodman
I knew there must be a wine related path to enlightment ;)
-
Functional programming made some sort of a comeback recently, but IMO, OOPS still runs strong!
Too much of heaven can bring you underground Heaven can always turn around Too much of heaven, our life is all hell bound Heaven, the kill that makes no sound
I second that. As long as you want to have good code and maintainable code you need to have OOP. The other stuff can be done in Fire-And-Forget Tasks - but that code should really be forgotten afterwards.
regards Torsten When I'm not working
-
Functional programming made some sort of a comeback recently, but IMO, OOPS still runs strong!
Too much of heaven can bring you underground Heaven can always turn around Too much of heaven, our life is all hell bound Heaven, the kill that makes no sound
Abhinav S wrote:
Functional programming made some sort of a comeback recently
Not sure what you mean by "comeback". Functional programming was never popular outside of academia. This is the first time it is making inroads into mainstream programming.
-
Functional programming made some sort of a comeback recently, but IMO, OOPS still runs strong!
Too much of heaven can bring you underground Heaven can always turn around Too much of heaven, our life is all hell bound Heaven, the kill that makes no sound
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
hoernchenmeister wrote:
Into what direction should I turn my head to maybe fall in love with another paradigm?
My advice is to not fall in love with any paradigm - just use whatever is best for the problem you are trying to solve. I was trying to make everything pure OOP when I was young and silly, but then I learned it didn't make much sense. Nobody even agrees what "pure OOP" is. If you need a class hierarchy, go and make one; if a problem is better solved with a simple function, make one and don't feel guilty about it. There is even a buzzword for the approach I suggest: Multiparadigm Programming[^]
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
Years and years ago, Nicklaus Worth wrote a book: Algorithms + Data Structures = Programs[^] where he set out pretty much the principles that OOP is based on: that you should not separate the data from the processes that act on it. Then he went and designed PASCAL, which had no useful concept of data structures and was functional programming all the way through. So, he was talking b*llocks then! :laugh: Many, many tasks (particularly in a message-based environment) are Object Oriented, and should be treated as such. But when they aren't, functional programming works like a charm! I wouldn't code for Windows in a functional language - it's way too much work. I wouldn't code for embedded software in C# - it's way to much work. I think they will both proceed, side by side, until someone comes up with a new, radical shift in the way we design software. [edit]would. wouldn't. No real difference... - OriginalGriff[/edit]
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
-
hoernchenmeister wrote:
So far I was happy, but times are changing, don't they?
And Leslie Nielson is dead, also. Seriously, things have been changing all the time and nothing ever has disappeared just because it has come into fashion to jump onto the next new thing. For example C, without any direct support for object orientation, is still one of the most used languages.
And from the clouds a mighty voice spoke:
"Smile and be happy, for it could come worse!"And I smiled and was happy
And it came worse.CDP1802 wrote:
And Leslie Nielson is dead, also.
Yes, but he wasn't really functional when he was alive. However, he is now well and truly encapsulated (In Oak, from photos I've seen). He interfaced four times, although he only implemented valid methods with the second of these, I think this points to his being from the OOP school of acting.
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.” I wouldn't let CG touch my Abacus! When you're wrestling a gorilla, you don't stop when you're tired, you stop when the gorilla is.
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
IMHO OOP was always a bit to oversold. It can provide you good solutions in many cases but not everything works well with just OO. The use of singleton seems like a contra indication for the need of OO. What I think will happen is that the bothe Java and .NET will embrace functional programming and "design patterns" will emerge that use functional programming together with an OO hirarchy. The dynamic languages (e.g Python and Perl) already have this mix.
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
I really think OOP is becoming obsolete in many ways. There probably will not be some grand, obvious transition away from it, though. To some extent "OOP" has always meant whatever people have wanted it to mean, so people who really like that term will continue using it regardless. The crux of my obsolescence argument is that OOP encourages us to identify little bits of state, which is exactly what the developer should avoid in many concurrent applications. The way I managed concurrency in my article Scalable Processor Arrays for Cybernetic Control[^] is an example of how FP works better in a concurrent application (even a very low-level one). My approach in that article is fairly pure FP. (Take a look at the "Functional Programming" and "Concurrency" sections in particular.) If I had started out with the notion of identifying little bundles of state, then I would have had to manage concurrent access to these (or artificially limit access to them). I'm not sure I would ever have finished this work under such a design. I might have had to introduce locks / critical sections, which is something that would negatively impact other aspects of my design. More likely, I would simply have found OOP to be an unwelcome architectural burden. This was not the case for FP; as shown in the article, FP is really key to the ways in which I made my code work. OOP did work well for the desktop applications of, oh, 1995-2005. That is, OOP is very well-suited to GUI applications with limited parallelism, in my estimation at least.
-
Abhinav S wrote:
Functional programming made some sort of a comeback recently
Not sure what you mean by "comeback". Functional programming was never popular outside of academia. This is the first time it is making inroads into mainstream programming.
-
I read somewhere that LISP was somewhat popular in its hay-day especially in AI programming.
Too much of heaven can bring you underground Heaven can always turn around Too much of heaven, our life is all hell bound Heaven, the kill that makes no sound
Somewhat, but most classic Lisp dialects are not really "functional". Scheme is, but I've never heard it being used outside of academia. Clojure is probably the most used functional Lisp today.
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
I don't think most people understand what OO really is, and how to do it properly. I certainly didn't until I went on a Java course a couple of years ago and the tutor explained it. Made me realise I had been missing the point a number of times in my understanding up until then. Was far more use than any of the actual Java stuff was. Of course that just could be me being simple and coming from a none OO background, but I think that for many programmers OO is good intentions without proper understanding or application.
Every man can tell how many goats or sheep he possesses, but not how many friends.
-
hoernchenmeister wrote:
What are the alternatives
Unemployment.
hoernchenmeister wrote:
What kind of alternative do you like most
Gin, red wine and pies.
hoernchenmeister wrote:
Into what direction should I turn my head
75 degrees anti-clockwise.
hoernchenmeister wrote:
What's your opinion?
Not worth a damn.
Unrequited desire is character building. OriginalGriff I'm sitting here giving you a standing ovation - Len Goodman
Richard MacCutchan wrote:
[blah] Gin [blah]
Sound advice sir.
Panic, Chaos, Destruction. My work here is done. Drink. Get drunk. Fall over - P O'H OK, I will win to day or my name isn't Ethel Crudacre! - DD Ethel Crudacre I cannot live by bread alone. Bacon and ketchup are needed as well. - Trollslayer Have a bit more patience with newbies. Of course some of them act dumb - they're often *students*, for heaven's sake - Terry Pratchett
-
Years and years ago, Nicklaus Worth wrote a book: Algorithms + Data Structures = Programs[^] where he set out pretty much the principles that OOP is based on: that you should not separate the data from the processes that act on it. Then he went and designed PASCAL, which had no useful concept of data structures and was functional programming all the way through. So, he was talking b*llocks then! :laugh: Many, many tasks (particularly in a message-based environment) are Object Oriented, and should be treated as such. But when they aren't, functional programming works like a charm! I wouldn't code for Windows in a functional language - it's way too much work. I wouldn't code for embedded software in C# - it's way to much work. I think they will both proceed, side by side, until someone comes up with a new, radical shift in the way we design software. [edit]would. wouldn't. No real difference... - OriginalGriff[/edit]
Ideological Purity is no substitute for being able to stick your thumb down a pipe to stop the water
OriginalGriff wrote:
I would code for embedded software in C# - it's way to much work.
You must be a masochist ;P
Computers have been intelligent for a long time now. It just so happens that the program writers are about as effective as a room full of monkeys trying to crank out a copy of Hamlet.
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
I started with BASIC in 1981 then learnt Pascal in 1988. Since then I have used various different programming languages and I have to say the OOP paradigm is the most enjoyable and easy to use programming paradigm I have come across. Once I understood that OOP is basically about code and development organisation then it became much easier to use and more attractive. This all said I do not use C# in my day job and am aware that OOP can be abused as much as any other paradigm.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
-
Honestly I love OOP. From the very beginning of my programming career I loved breaking things into small units, reassembling them to bigger objects and then make them do the work they were supposed to do. Over the time I got that "feeling" how the problem I am trying to solve can be splitted and how the object structure should look like (at least in my opinion). So far I was happy, but times are changing, don't they? What are the alternatives (functional programming, etc)? What kind of alternative do you like most and why? Into what direction should I turn my head to maybe fall in love with another paradigm? What's your opinion? I am looking foreward to you replies cheer Andy
The thing about OOP is it is natural for us humans to think in such a matter. Until the systems program themselves OOP is here to stay. Sure they will be other paradigms, but they will just meld together. For example, a system may use SOA. But if a programmer builds up a service with out using OOP principles it is likely to fail or become bloated. Or take a look at MVC/MVP which lead to MVVM. Strict MVVM may not be followed everywhere, but no programmer nor programming manager will question the reasoning of it (Seperation of Concerns), just as no one would question the reasoning of using OOP.
Computers have been intelligent for a long time now. It just so happens that the program writers are about as effective as a room full of monkeys trying to crank out a copy of Hamlet.
