Send Beginners mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.haskell.org/mailman/listinfo/beginners
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Beginners digest..."
Today's Topics:
1. Re: Missing some functions in Hoogle (Paulo Pocinho)
2. From some "High-Performance Computing" book; "It is hard to
eradicate from C++'ers the need for objects, classes, etc. ..." (KC)
3. Re: From some "High-Performance Computing" book; "It is hard
to eradicate from C++'ers the need for objects, classes, etc.
..." (Homero Cardoso de Almeida)
4. Found quote: "One of the ineradicable illusions about C++ is
that the compiler should be able to see through ... (KC)
----------------------------------------------------------------------
Message: 1
Date: Tue, 22 May 2012 15:09:48 +0100
From: Paulo Pocinho <[email protected]>
Subject: Re: [Haskell-beginners] Missing some functions in Hoogle
To: Ken Kawamoto <[email protected]>
Cc: [email protected]
Message-ID:
<cak4i1qr0taopemj5hqrsp3xizraknvhptbg9s1_p++pwt4g...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
On 21 May 2012 00:55, Ken Kawamoto <[email protected]> wrote:
(...)
> Now I'm wondering if I'm missing something, or Hoogle supports only a
> predefined set of functions.
> Any advise would be appreciated.
Hi.
Hoogle [1] can search by type as well as by name. This currently only
works for standard Haskell libraries.
Hayhoo [2] is a string-based search only but also covers hackage [3].
After testing Hoogle cabal package [4], it can either generate
databases for the current system or fetch the database from the
internet. However, database search only covered standard libraries.
Having search by type in hackage would be great though.
Hope this helps.
--
1. http://www.haskell.org/hoogle/
2. http://holumbus.fh-wedel.de/hayoo/hayoo.html
3. http://hackage.haskell.org/packages/hackage.html
4. http://hackage.haskell.org/package/hoogle
Regards,
Paulo
------------------------------
Message: 2
Date: Tue, 22 May 2012 12:04:38 -0700
From: KC <[email protected]>
Subject: [Haskell-beginners] From some "High-Performance Computing"
book; "It is hard to eradicate from C++'ers the need for objects,
classes, etc. ..."
To: haskell-cafe <[email protected]>, [email protected]
Message-ID:
<CAMLKXymNZFS=ry-79cs_1sb06ezq6xkphkhz_ecxmzh6-hx...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
"For high-performance computing you want to avoid such software engineering
abstractions as classes, objects, etc...."
Therefore, I would say, since Haskell makes possible many fine-levels of
abstraction, if the compiler can strip most of these away, then it would
come close to the speed of C (i.e. C++ without most of the software
engineering abstractions).
Still, I remember that quote that, "Another level of indirection solves
everything."
Or
If you're Penn & Teller, "Another level of misdirection solves everything."
Casey
--
--
Regards,
KC
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.haskell.org/pipermail/beginners/attachments/20120522/6e6e925a/attachment-0001.htm>
------------------------------
Message: 3
Date: Tue, 22 May 2012 16:20:14 -0300
From: Homero Cardoso de Almeida <[email protected]>
Subject: Re: [Haskell-beginners] From some "High-Performance
Computing" book; "It is hard to eradicate from C++'ers the need for
objects, classes, etc. ..."
To: KC <[email protected]>
Cc: [email protected], haskell-cafe <[email protected]>
Message-ID:
<CAPv0ZwqYzTcpE1=2ttjfq6fjjafcq0eueujqoc6z166whv2...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Imho, the quote is slightly wrong.
A more correct one would be "It is hard to erradicate from *object-oriented
programmers* the need for objects, classes, etc...".
See, those who came to C++ with a background from C (me included) don't
have a lot of trouble filtering through useful abstractions and over
engineering. C++ is a multi-paradigm programming language after all, and
does not enforce an object-oriented architecture.
The problem is that much more of the C++ developers these days come with a
background of (almost) pure OO languages, looking for more performance.
Specially Java.
If you code C++ like you code in Java, you will have all the pitfalls of
over-engineering over you.
I haven't learned much of haskell myself, I have more of a curiosity than a
need to learn it. But just trying to solve some simple exercises and
forcing yourself to break your code into simpler, smaller function flows,
has already done marvels to me.
One of these days I started a new, private project in C++. I started
thinking with classes and suddenly got overwhelmed with all the flows and
small objects that had to be created and such. Then I stopped and thought
"What's the simplest way of doing it?" and then I remembered Haskell. God,
it's so much simpler working just with STL containers and plain old
functions!
Sooner or later I had to create a type myself, but after all it seemed just
right and just contributed to the application design, not getting in the
way of the code logic. This is the "right" way of programming: use the
right tools for the job.
Does it make sense to have a class to encapsulate something that could be
represented by a simple string object? Then create this class. Otherwise,
stick with the what you already have available and use functions.
Homero Cardoso de Almeida
--------------------------------------------------------------------------------
B.el Ci?ncia da Computa??o - UNIFEI 2006
--------------------------------------------------------------------------------
"Yeah. I can fly."
-- Iron Man
+ [email protected]
+ (19) 8139-3700
On Tue, May 22, 2012 at 4:04 PM, KC <[email protected]> wrote:
> "For high-performance computing you want to avoid such software
> engineering abstractions as classes, objects, etc...."
>
> Therefore, I would say, since Haskell makes possible many fine-levels of
> abstraction, if the compiler can strip most of these away, then it would
> come close to the speed of C (i.e. C++ without most of the software
> engineering abstractions).
>
>
> Still, I remember that quote that, "Another level of indirection solves
> everything."
>
> Or
>
> If you're Penn & Teller, "Another level of misdirection solves everything."
>
> Casey
>
> --
> --
> Regards,
> KC
>
> _______________________________________________
> Beginners mailing list
> [email protected]
> http://www.haskell.org/mailman/listinfo/beginners
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.haskell.org/pipermail/beginners/attachments/20120522/f74e1d6f/attachment-0001.htm>
------------------------------
Message: 4
Date: Tue, 22 May 2012 23:48:21 -0700
From: KC <[email protected]>
Subject: [Haskell-beginners] Found quote: "One of the ineradicable
illusions about C++ is that the compiler should be able to see through
...
To: haskell-cafe <[email protected]>, [email protected]
Message-ID:
<camlkxynfqw9rxupytdhrkq-rdwmcqqaasqatrgwqzee29qd...@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
all the abstractions and obfuscations an ?advanced? C++ program contains.
First and foremost, C++ should be seen as a language that enables complexity
management. The features one has grown fond of in this concept, like
operator
overloading, object orientation, automatic construction/destruction, etc.,
are however
mostly unsuitable for efficient low-level code."
>From "Introduction to High Performance Computing for Scientists and
Engineers" CRC Press, 2011.
So if one avoids such C++ complexity management features and a Haskell
compiler can see through most of the complexity management features of
Haskell; they should be comparable. :)
Casey
--
--
Regards,
KC
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://www.haskell.org/pipermail/beginners/attachments/20120522/59cfb560/attachment.htm>
------------------------------
_______________________________________________
Beginners mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/beginners
End of Beginners Digest, Vol 47, Issue 16
*****************************************
