Re: [Haskell-cafe] ANN: E-book version of the Typeclassopedia

[Flavio Villanustre]

Very useful, thanks!
On Oct 4, 2013 9:13 AM, Erlend Hamberg ehamb...@gmail.com wrote:

 While re-reading Brent Yorgey's Excellent Typeclassopedia I converted it
 to Pandoc Markdown in order to be able to create an EPUB version. Having
 a “real” e-book meant that I could comfortably read it on my e-book
 reader and highlight text and take notes while reading. I also fixed
 some minor issues while reading it. (These fixes were of course
 backported to the official Typeclassopedia version on the Haskell Wiki.)

 The EPUB file can be downloaded from Github:

 https://github.com/ehamberg/typeclassopedia-md/releases

 The Markdown source is also available in that repo and you can of course
 use Pandoc to convert the Markdown file to all the other output formats
 Pandoc supports.

 By using a program like Calibre, the EPUB file can be converted to other
 e-book formats such as the Kindle format.

 I hope people find this useful. :-)

 --
 Erlend Hamberg
 ehamb...@gmail.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

Re: [Haskell-cafe] (no subject)

[Flavio Villanustre]

Zed,

while I don't disagree regarding the clean and consistent syntax of
Haskell, do you realize that some people would argue that camels are horses
designed by committee too? :)

While designing by committee guarantees agreement across a large number of
people, it does not always ensure efficiency, as committees may lead to
poor compromises, sometimes.

However, Haskell may be an example of a good case of design-by-committee
computer language.

Flavio

Flavio Villanustre


On Mon, Jun 10, 2013 at 8:11 AM, Zed Becker zed.bec...@gmail.com wrote:

  Hi all,


  Haskell, is arguably the best example of a design-by-committee language.
 The syntax is clean and most importantly, consistent. The essence of a
 purely functional programming is maintained, without disturbing its real
 world capacity.


  To all the people who revise the Haskell standard, and implement the
 language,


1.

  Promise to me, and the rest of the community, that you will keep
  up the good effort :)
  2.

  Promise to me, and the rest of the community, that Haskell will
  always spiritually remain the same clean, consistent programming 
 language
  as it is now!


  Regards,

 Zed Becker

 ___
 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