The Artima Developer Community
Sponsored Link

Weblogs Forum
The Myth of Paradigms and TMTOWTDI

62 replies on 5 pages. Most recent reply: Wed, Jan 16 7:57 PM by Henna Smith

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
    Next Topic
Flat View: This topic has 62 replies on 5 pages [ « | 1 ... 2 3 4 5 ]
Achilleas Margaritis

Posts: 674
Nickname: achilleas
Registered: Feb, 2005

Re: The Myth of Paradigms and TMTOWTDI Posted: Sep 20, 2006 10:07 AM
Reply to this message Reply
> And that would imply that functional languages aren't
> needed to achieve this result. That sounds like an
> argument against functional languages to me.


Personally, I think functional programming languages are marginally better than imperative ones, and that's the reason functional languages have not been widely adopted.

Vesa Karvonen

Posts: 116
Nickname: vkarvone
Registered: Jun, 2004

Motivation Posted: Sep 21, 2006 3:43 AM
Reply to this message Reply
Achilleas Margaritis:
> When I was programming in C++, I had great pains with manual memory
> management. With Java these pains are gone, and 99% of the bugs of my
> programs are now gone. I have no reason to move to another language,
> and so are most of other programmers.

> I never understood why [referential transparency] is important. In the
> real world, things must be done in order, otherwise they don't work.

> Personally, I think functional programming languages are marginally
> better than imperative ones, and that's the reason functional languages
> have not been widely adopted.

> [...] the reason that other "better" languages are not adopted is that
> they do not offer something so advanced as to really change the way we
> are programming. I have often heard functional languages supporters
> claim that "once the program typechecks, it is usually correct". Well,
> guess what? that happens to me with Java as well; and to my colleagues.
> So why should I learn Haskell or Ocaml, for example? just to type a few
> less characters?

Just what is it that you are trying to achieve? What is the motivation behind you spending time discussing these issues?

Excuse me for being frank, but it seems to me that you are just trying to find excuses for your own ignorance and inability to understand functional programming. I know that you've been at this for a long time. In my opinion, long enough that you should have been able to learn the kind of benefits that, for example, referential transparency (or lack of side-effects) can bring to the table if you really wanted to.

Personally, I strive to gain a deeper understanding of programming. I have about 3 shelf meters of books (on various programming related topics such as logic, discrete maths, theory of computation, algorithms, specific programming languages, OOA/D/P, FP) on my bookshelf and I read articles on various aspects of programming languages and programming tehcniques on a daily basis. I don't know about others, but I didn't just understand techniques like parser combinators after reading a single article on them. It took me a couple of articles to get the crucial "Aha!" -experience. I also didn't learn the basics of functional programming instantaneously. I read several book length introductions to functional programming and spent time programming in various languages that support functional programming. The point here is that I don't just sit on my ass trying to find excuses to avoid learning about topics that I don't understand. Also, learning is something that you need to do by yourself. It is not (yet) possible to just transfer understanding from one brain to another. No FP guru can just make you instantaneously understand what FP is all about.

So why should you learn FP? Depending on what you are trying to achieve, the answer may even be that you shouldn't. Personally, I strive to gain a deeper understanding of programming. Alan Perlis once said: "A language that doesn't affect the way you think about programming, is not worth knowing." Speaking for myself, spending a couple of years learning higher-order and functional programming after spending many years on learning first-order, imperative, and object-oriented programming fundamentally changed the way I think about programming.

The programs that people create in higher-order languages, for example, are not just a few characters shorter. The programs also contain many abstractions that are awkward to express in first-order languages or languages that merely enable (but do not support) higher-order programming.

Henna Smith

Posts: 1
Nickname: hennasmith
Registered: Jan, 2019

Re: Motivation Posted: Jan 16, 2019 7:57 PM
Reply to this message Reply
Even after repeated failures, you go behind ways to achieve something, know that motivation is in your blood. You won't give up until you achieve something you desire for. If you are stimulated towards achieving goals in life regardless of any hardships, and something that does not get off your attention, be happy about it. It is the sign that success is waiting for you. Passions which are followed with motivation do not go in vain the fruit of success will always bear.
Key Elements of motivation
1. The sense of meaningful life
2. Constant examining of self
What does a meaningful life look to you? Are you someone who looks up to life with grace and dignity? If yes, a sense of meaningful life matters a lot to you, and you reflect on yourself and all the activities that you do. If your life activities aren’t encouraging enough and they don’t give you the feeling of becoming a better person every other day. Does it make you wonder and think how to fix life? If yes, don’t worry. You are at the turning point of your life and at this point in life when you are confused with what to do and how to change life keep calm and focus on all the good things that you aspire to do. You are a person of motivation and success awaits you ahead. If you ever need help for writing stuff for school and anything contact me at

Flat View: This topic has 62 replies on 5 pages [ « | 2  3  4  5 ]
    Next Topic Topic: A Hazard of Covariant Return Types and Bridge Methods

Sponsored Links


Copyright © 1996-2018 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use