Rogan Creswick wrote:

Haskell has very limited support for high-level Natural Language Processing (tokenization, sentence splitting, Named-entity recognition, etc...).

Since the role of a general purpose language is relatively new for Haskell, there are many areas where Haskell is still an emerging language. So it is interesting that you say that about NLP, where Haskell is not only quite mature, but arguably the leading language today. For example, the EU's huge Molto project http://molto-project.eu/, which aims to provide automated real-time high-quality translation of a wide class of documents between all of the EU languages, is based on Haskell's GF http://grammaticalframework.org/. Coincidentally, just yesterday a company that markets one of the top semantic NLP products contacted me. They have decided to dump their entire Java code base, using older technologies such as the ones you mentioned. One of their leading candidates for a replacement language is Haskell. They told me, "You see Haskell everywhere in NLP these days." See http://www.haskell.org/haskellwiki/Applications_and_libraries/Linguistics for links about NLP work in Haskell. That is a huge wiki page and hard to maintain, so some of the links are out of date, but you get the idea. Regards, Yitz

Marc Weber writes:

Hi Qi,

have a look at brainfuck language. Its turing complete as Python, Haskell, etc are. Then you'll learn that the quesntion "Can I do everything possible" is not at all important. You have to ask instead: Can I complete my task in reasonable time and with reasonable runtime performance etc.

And in a way that makes the code maintainable.

For most use cases Haskell is a good choice - the only real things I'm missing are - nice stack traces - completion support - because I find it relaxing not having to looking all names. This could be fixed to some extend though..

If you mean whilst writing your code, this is an editor issue (I believe scion aims to help writing cross-editor utilities for things like this). ghci also has tab-completion, and ghc-mod provides such functionality in Emacs. -- Ivan Lazar Miljenovic Ivan.Miljenovic@gmail.com IvanMiljenovic.wordpress.com

On 4 August 2010 21:21, Jason Dagit wrote:

Is scion still being developed?  I have the impression it's dead now. Really a shame, I think it has a good solid design and just needs work/polish.

It is: http://github.com/nominolo/scion/network I changed the architecture to use separate processes (I tried to hold it off, but in the end it was necessary). I hope that this will make a few things easier. The other issue is time of course. Also JP has been adding some features in his Scion branch for EclipseFP. The plan is to merge that back eventually. / Thomas

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 place 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 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--tp29341176p293428... Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

On Wed, Aug 4, 2010 at 3:16 AM, Alberto G. Corona wrote:

Just to clarify, I mean: Haskell may be seriously addictive. Sounds like 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 place 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 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--tp29341176p293428... Sent from the Haskell - Haskell-Cafe mailing list archive at Nabble.com.

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

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 wrote:

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