some talks about 'new' developments aside from OO languages - Forum - OpenEdge General - Progress Community

some talks about 'new' developments aside from OO languages


some talks about 'new' developments aside from OO languages

  • Uncle Bob (Robert C Martin)

    Rich Hickey:


    Kind regards,

    Stefan Houtzager

    Houtzager ICT consultancy & development

  • Please stop this and start a blog or something.

    At this point it is just spam...

    This is a community forum an not a place to copy past links and articles every other day.

  • It is spam in your eyes. My mail is meant as a pointer to what competitors are doing. Look f.e. what microsoft is doing with C#. They have a sharp eye on developments in functional languages and see the need to borrow from them.  It might be a fatal action to ignore this.

  • Very shortly on the points Rich Hickey makes, just to generate interest for his talks:

  • I'm learning js for myself and just stumbled on this interesting article. It fits in this thread. A couple of sentences:

    Over the course of the next few years, the way we code is going to change in radical ways, pushing us in a fundamentally different direction than the one we’ve been sprinting for the past 30 years or so. These changes will lead to many

    important breakthroughs in programming techniques, processes, application scalability, and quality controls.

    Developers proficient in functional programming are going to be in large demand in the very near future.

    The `class` keyword will probably be the most harmful feature in JavaScript.

    Douglas Crockford doesn’t use `new` or `this` at all, instead opting for an entirely functional approach to code reuse.


    Kind regards,

    Stefan Houtzager

    Houtzager ICT consultancy & development

  • Stefan,  Thanks for sharing this article.  The topic of functional programming is quite intriguing.

  • There's a talk by Douglas Crockford on the subject also

  • About why it might be a fatal action to ignore developments in functional languages:

    (this one is not academic)

  • then again, one of the comments in there is (with rspect to concurrent programming, for which i think erlang is the corrct approach):

    "... application programmers are too simple to decide on the best solution and no one is giving them a prescriptive, one-size-fits-all solution. So now there's demand for a one-size-fits-all solution and FP is trying to satisfy it. They're having a hard time dealing with reality though."

    gus, Human Capital (i.e. property) of Progress Software

    > On Oct 15, 2015, at 4:07 AM, agent_008_nl wrote:


    > Update from Progress Community []


    > agent_008_nl []


    > About why it might be a fatal action to ignore developments in functional languages:


    > []


    > (this one is not academic)


    > View online []


    > You received this notification because you subscribed to the forum. To unsubscribe from only this thread, go here [].


    > Flag [] this post as spam/abuse.

  • I think haskell has a correct approach also. It's pure FP. Yesod might be very interesting as webframework Much more interesting than the hyped node. The quote you pasted might bear some truth, I have no idea. I'm going to find out as soon as I can, as I said on the peg I see no future for openedge in Holland with the current politics from psc. I have a need besides that I enjoy writing clean code. In the meantime languages like C#, java and javascript are taking over more and more from functional languages. They do that to deal with reality.

    Kind regards, Stefan.

    "Life's too short to drink cheap beer" -Anonymous

    Homework for the reader: translate this haskell function f declaration to 4GL:   f x y = x*x + y*y

    "If we wish to count lines of code, we should not regard them as lines produced but as lines spent." - Edsger Dijkstra ;-)

  • Stefan, you can probably implement 'pure' functions in 4gl as well but thing is working with a database state pretty much can't be avoided :(

    As for the hype about node, you might be right about haskell just that since one do have to look into javascript anyway then might well just use the same language for back-end web-framework instead of adding something new on the stack just because it's 'more interesting'... beside functional programming is possible in JS, no immutable collections (array) but still most of the FP pillars are there and we're quite happy with the performance so far.

    Take a look at -, we've just pushed an update on and will have one session at EMEA PUG Challenge in Copenhagen where anyone not afraid to step into an elevator is welcome to attend ;)

  • As for the db: look at  +

    As for node: I do not think js on the server is the best choice. Haskell is better (not only performancewise).

    Node.js Interview: 4 Questions with Creator Ryan Dahl

    " Why did you originally choose javascript for node?

    Dahl: Originally I didn't. I had several failed private projects doing

    the same on C, Lua,  and Haskell. Haskell is pretty ideal but I'm not

    smart enough to hack the GHC."