
I think what the OP is asking for is a killer application of Haskell - Ruby,
for example, is great for web programming because of Rails.
The Haskell community is somewhat unique in that it has many killer apps and
that confuses people. It's great for version control (Darcs), window
managers (XMonad), parsing grammers (Parsec), concurrency (would STM be
considered a killer app?) etc. etc.
People outside the community get flustered because they keep trying to peg
the language as more suitable to one domain than another.
To the OP, while Haskell is not perfect (Jeremy Shaw already mentioned the
garbage-collector issue) it seems as though you could get pretty far before
you hit a wall. So pick a domain and have at it!
-deech
On Wed, Aug 4, 2010 at 10:04 AM, Kevin Jardine
In my experience two of the biggest issues in selecting any language are the pool of potential programmers and the learning curve for the programmers you already have.
If you only need two programmers to do a project and they both know Haskell well, then I think Haskell would do almost any job very well.
I also think that the pool of potential Haskell programmers is growing. But it is still much smaller than many other languages.
I do think that there is a larger learning curve for Haskell than moving from one imperative language (eg. PHP) to another one (eg. Ruby).
In my view Haskell programmers are likely to be more productive and produce more correct (and possibly even more efficient) code once they know the language well.
Kevin
On Wed, Aug 4, 2010 at 3:16 AM, Alberto G. Corona
Just to clarify, I mean: Haskell may be seriously addictive. Sounds
a joke, but it is not. I do not recommend it for coding something quick and dirty.
I use it for quick and dirty stuff all the time, mainly because what I want is often something that can be broken down into stages of processing, and pure functions are really nice for that.
If I know the input is coming from a reliable enough stream (like a unix pipe to stdin) I can use functions like "interact" to create filters, or parse some input, and produce some output.
It's pretty nice.
2010/8/4 Alberto G. Corona
Before entering haskell, please read our disclaimer:
http://www.haskell.org/pipermail/haskell-cafe/2010-June/079044.html
You've been warned * *
2010/8/4 Zura_
As already noted here, Haskell is a general purpose language, but you should take it with a grain of salt. For instance, you can nail with a laptop (provided that you hit the
where a HDD is located), but you prefer a hammer :) One thing is if you do it only for enjoyment, in this case you can even develop 3D shooter game in Haskell, but when it comes to
On Aug 4, 4:35 pm, David Leimbach
wrote: like place production/real world use, I think it is better to maintain "right tool for the right job" attitude.
Regards, Zura
Qi Qi-2 wrote:
Is there anyone happen to come into any tasks that haskell is not able to achieve?
-- View this message in context:
http://old.nabble.com/can-Haskell-do-everyting-as-we-want--tp29341176...
Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.
_______________________________________________ Haskell-Cafe mailing list Haskell-C...@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________ Haskell-Cafe mailing list Haskell-C...@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
_______________________________________________ Haskell-Cafe mailing list Haskell-C...@haskell.orghttp:// www.haskell.org/mailman/listinfo/haskell-cafe
Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe