Haskell in the Newsroom [video]

http://www.infoq.com/presentations/haskell-newsroom-nyt

97 27 12 years ago

rwosync• 12 years ago

I think this really gets to the core strength of Haskell, which for me has always been having code that we can rapidly prototype but migrate into production and have living in the codebase for a long time. I've written code in good deal of languages and haven't found a language with the power/weight ratio that Haskell has.

The slight cost I have found though is that a lot of the tools he mentioned have a rather steep learning curve ( monads, parsec, repa, conduits, lens ) especially for those coming from an imperative background. But learning any of them is an investment in your programming skills that pays off ten-fold down the road.

thirsteh5• 12 years ago

Completely agree. 9 times out 10, something compiles and works as expected, and can stay working in production for years. I don't know of any other language where I can do this and keep developing (and prototyping) the codebase.

(This is not to say that testing isn't necessary--in fact Haskell offers an amazing framework for fuzz testing, QuickCheck--but 100% code coverage unit tests is a pointless endeavor in Haskell.)

I will say that "rapid prototyping" of new applications is a bit tedious in Haskell (mainly because of the cabal etc. bootstrapping work you have to do), but prototyping new features in existing ones is smooth.

gregory144• 12 years ago

Why do you say that unit testing is pointless in Haskell?

Edit: My bad - I missed the 100% part.

drhodes• 12 years ago

For those who missed it, there's a newish project called the holy haskell project starter. It generates a skeleton project with cabal sandbox, tests and a Foo/Bar module example: http://yannesposito.com/Scratch/en/blog/Holy-Haskell-Starter...

axilmar3• 12 years ago

Completely agree. 9 times out 10, something compiles and works as expected, and can stay working in production for years. I don't know of any other language where I can do this and keep developing (and prototyping) the codebase.

How is this even possible? Haskell can't catch the logic errors done over time and space, and these errors are the majority of errors in all programming languages, Haskell included.

QuantumChaos• 12 years ago

Also, it has a fairly shallow learning curve when it comes to syntax (compared to say, lisp), at least for someone coming from a C family background. I learned Haskell after a period of doing a lot of Python programming, and I find the syntax of the two very similar.

yarrel• 12 years ago

Haskell has a much more baroque syntax than Lisp and it really doesn't compare to the C family syntactically or executionally. At best it's a kind of Pythonized Prolog that thinks Perl is a model rather than a warning.

chrismonsanto• 12 years ago

I would prefer Haskell with a Lisp syntax. Haskell's syntax adds a lot of accidental complexity to the language. My #1 complaint is how infix operators can be imported and assigned precedence/associativity. It is nearly impossible for a human to parse unfamiliar code, let alone understand it. And the sheer size and complexity of the grammar also rears its head when doing non-trivial metaprogramming.

We create these problems for ourselves when we write languages with complicated grammars. And for what? So people don't have to learn how to read Lisp code? A lot of the gain of Haskell is that the super strong type system constrains the form of programs, making it easier to reason about them. Well, constraining the syntax has similar benefits. One being that now my editor can more effectively "reason" about the surface syntax of a program. See Paredit, which enables functionality that isn't possible unless you can easily find the extent of an expression.

nnq• 12 years ago

it has a fairly shallow learning curve when it comes to syntax

Now imagine a pilot saying: "fighter jets have a fairy shallow learning curve compared to gliders"... Syntax has nothing to do with it and you will never find a language with simpler syntax than Lisps.

(and let's just pretend Common Lisp does not exist - I bet you are scared by Lisp because you've seen code written by an experienced CL hacker, and I know, it tends to scare the shit out of you at first sight :) )

cgag• 12 years ago

Love the bit about conduits, lenses and data abstraction, really excellent stuff. The intro may not be interesting for people already into haskell but he makes a solid case for it if you're not sold.

Goopplesoft3• 12 years ago

A bit off topic but that crowd was awfully dry. This guy had a pretty good sense of humor and made his keynote quite entertaining but not even a chuckle from the audience.

revertts• 12 years ago

Often that's just because the mic isn't setup to capture audience noise - I've been to a few lectures where the audience was very engaged/entertained, but from the recording you'd think they were all sitting there in complete silence.

Goopplesoft3• 12 years ago

ah that makes sense. Was a bit annoyed because it seemed like every attempt he made to warm the audience up failed.

larrybolt• 12 years ago

Not having any experience with Haskell it's very entertaining to watch him talk about the topic. Even to the point where it seems like learning Haskell is highly rewarding.

On top of that, because he gives examples from "Fashion week", I can watch his presentation with my girlfriend who has absolutely no programming skills whatsoever but thinks it really cool! Gives a bit of perspective that programming isn't only about making boring web-apps. (Of course the game-industry proves programming can be fun, but this shows a different aspect than games.)

Goopplesoft3• 12 years ago

Absolutely, I really enjoyed it as a non-Haskell guy as well.

Kototama• 12 years ago

Great talk. The cameramen zoomed on the guy just when the slides with some code are shown! Anyway the slides can be found here:

http://codemesh.io/slides/erik-hinton.pdf

Haskell in the Newsroom [video]

Related Stories