Live data from Hacker News

Hello Haskell, Goodbye Scala

joshbassett.info

111–118 of 118 posts

Re: Hello Haskell, Goodbye Scala

#111
post #110

Earlier quoted context omitted.

You said, 'My own approach to learning FP has been "Hello Haskell", "Hello Scala", "Hello ML", "Hello Clojure", "Hello Rust",...' and I thought to myself, "Well, that's not going to really help you learn Functional Programming techniques and design strategies". You really have to use a language for a while to understand how to make a good software design inside of it. It's not the cost of learning the language, it's…

...and I thought to myself, "Well, that's not going to really help you learn Functional Programming techniques and design strategies" That's where you went wrong, then, because it doesn't in any way rule out the possibility of learning it either. In your initial response, you said " Maybe you should actually learn something about FP... ". Let's make this clear: you don't know me. Pro tip: if you have to make assumpti…

Pro tip: Don't make glib comments and be surprised when people respond brusquely.

Also, Pro Tip: Assumptions are necessary in order to have reasonable conversations. People aren't inference engines.

Re: Hello Haskell, Goodbye Scala

#112
post #104
post #16

Earlier quoted context omitted.

I haven't seen much functional code in elisp, which is the Lisp I most commonly read. Some Common Lisp code I saw was also very imperative. Scheme seems to be a more functional language, but I don't really see why people consider other Lisps any more functional than say, Python.

Common Lisp is a multi-paradigm language. The standard supports imperative, functional and object-oriented programming styles. It even tries to mix them. The Common Lisp Object System for example uses Generic Functions, and not the more usual message passing mechanism. The language is also traditionally extended by other paradigms: rule-based, logical, actors, agents, concurrent, ... Still Common Lisp uses mechanisms…

Lexical binding, higher-order functions, etc are very common in Python, for example. Except for TCO which is not widely supported in Python, and problematic if support is not guaranteed, Python seems to be just as functional as CL. Nobody cites Python as a functional language, yet people mostly cite CL as a functional language.

Re: Hello Haskell, Goodbye Scala

#113
post #110

Earlier quoted context omitted.

...and I thought to myself, "Well, that's not going to really help you learn Functional Programming techniques and design strategies" That's where you went wrong, then, because it doesn't in any way rule out the possibility of learning it either. In your initial response, you said " Maybe you should actually learn something about FP... ". Let's make this clear: you don't know me. Pro tip: if you have to make assumpti…

Pro tip: Don't make glib comments and be surprised when people respond brusquely. Also, Pro Tip: Assumptions are necessary in order to have reasonable conversations. People aren't inference engines.

That word doesn't mean what you think it means. My initial post is sincere wisdom.

And your initial brusqueness didn't bother me, FWIW. The determined obstinance does a bit, but no worries.

Re: Hello Haskell, Goodbye Scala

#114
post #113

Earlier quoted context omitted.

Pro tip: Don't make glib comments and be surprised when people respond brusquely. Also, Pro Tip: Assumptions are necessary in order to have reasonable conversations. People aren't inference engines.

That word doesn't mean what you think it means. My initial post is sincere wisdom. And your initial brusqueness didn't bother me, FWIW. The determined obstinance does a bit, but no worries.

http://www.merriam-webster.com/dictionary/glib

Nah, fits what I meant.

Re: Hello Haskell, Goodbye Scala

#115
post #113

Earlier quoted context omitted.

That word doesn't mean what you think it means. My initial post is sincere wisdom. And your initial brusqueness didn't bother me, FWIW. The determined obstinance does a bit, but no worries.

http://www.merriam-webster.com/dictionary/glib Nah, fits what I meant.

That which does not conform to your world view must be disparaged, because you'd feel embarrassed to be caught red handed in the process of learning. I get it.

Re: Hello Haskell, Goodbye Scala

#116
post #115

Earlier quoted context omitted.

http://www.merriam-webster.com/dictionary/glib Nah, fits what I meant.

That which does not conform to your world view must be disparaged, because you'd feel embarrassed to be caught red handed in the process of learning. I get it.

Yeah, well, y'know... that's just, like uhh... your opinion man.

Re: Hello Haskell, Goodbye Scala

#117
post #112
post #104

Earlier quoted context omitted.

Common Lisp is a multi-paradigm language. The standard supports imperative, functional and object-oriented programming styles. It even tries to mix them. The Common Lisp Object System for example uses Generic Functions, and not the more usual message passing mechanism. The language is also traditionally extended by other paradigms: rule-based, logical, actors, agents, concurrent, ... Still Common Lisp uses mechanisms…

Lexical binding, higher-order functions, etc are very common in Python, for example. Except for TCO which is not widely supported in Python, and problematic if support is not guaranteed, Python seems to be just as functional as CL. Nobody cites Python as a functional language, yet people mostly cite CL as a functional language.

Functional Programming is discouraged in Python. See the various statements by its Benevolent Dictator starting here:

http://www.artima.com/weblogs/viewpost.jsp?thread=98196

then here:

http://python-history.blogspot.de/2009/04/origins-of-pythons...

Re: Hello Haskell, Goodbye Scala

#118
post #117
post #112

Earlier quoted context omitted.

Lexical binding, higher-order functions, etc are very common in Python, for example. Except for TCO which is not widely supported in Python, and problematic if support is not guaranteed, Python seems to be just as functional as CL. Nobody cites Python as a functional language, yet people mostly cite CL as a functional language.

Functional Programming is discouraged in Python. See the various statements by its Benevolent Dictator starting here: http://www.artima.com/weblogs/viewpost.jsp?thread=98196 then here: http://python-history.blogspot.de/2009/04/origins-of-pythons...

So more a matter of the atmosphere around the language than the language itself.

Intrinsically, Python and CL seem just as fit for functional programming (with semi-legitimate reliance on TCO being a slight benefit for CL's side).

Post reply on HN