
Hi all, In May I started a Haskell-cafe discussions[1], where I proposed using Template Haskell to do type-safe database access. The idea got well received and turned into the MetaHDBC library[2]. Concurrently with development I also wrote a paper describing MetaHDBC. I have never writing a paper before, and I therefore tried to imitate the best by following Simon PJ's slides and video about writing papers in [3]. A draft of the paper can be found here [4]. Your opportunity to influence the paper is large, as my limited paper-writing experience means I have little preconception about what a good paper looks like. I would especially like comments about the overall quality of the paper, can it be called scientific and comments about anything I could do to improve the paper. And remember, if commenting, honest is better than polite. Greetings, Mads Lindstrøm [1] http://www.nabble.com/Using-Template-Haskell-to-make-type-safe-database-acce... [2] http://www.haskell.org/haskellwiki/MetaHDBC [3] http://research.microsoft.com/~simonpj/papers/giving-a-talk/giving-a-talk.ht... [4] http://lindstroem.files.wordpress.com/2008/09/metahdbc.pdf

http://news.cnet.com/8301-13953_3-10050826-80.html?part=rss&subj=news&ta g=2547-1_3-0-5 "We have to see a paradigm change in the way we write applications." He also said that software development hasn't graduated to become a formal engineering discipline. "The resilience of systems is not up to the task," he said. "We have to master the transition to a parallel programming environment, with highly distributed, concurrent systems. It's nascent at this point but it's required to achieve these capabilities." Sounds like Haskell will fit well in this future world. Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system.

"Lihn, Steve"
Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system.
Just curious: What'd happen if I forward this message to alt.slack? -- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or broadcasting of this signature prohibited.

On Sep 25, 2008, at 13:50 , Achim Schneider wrote:
"Lihn, Steve"
wrote: Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
Just curious: What'd happen if I forward this message to alt.slack?
Technically if there's anyone on haskell-cafe who was not specifically intended to be a recipient, they are in violation of the boilerplate. (This is why lawyers who mandate such boilerplate are stupid.) -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH

"Brandon S. Allbery KF8NH"
On Sep 25, 2008, at 13:50 , Achim Schneider wrote:
"Lihn, Steve"
wrote: Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
Just curious: What'd happen if I forward this message to alt.slack?
Technically if there's anyone on haskell-cafe who was not specifically intended to be a recipient, they are in violation of the boilerplate. (This is why lawyers who mandate such boilerplate are stupid.)
Well, you could interpret the Haskell cafe as an entity, thou this: http://permalink.gmane.org/gmane.comp.lang.haskell.cafe/45155 could prove problematic. Gmane doesn't delete. I'm just imagining what'd happen if Merck & Co decided to sack Steve for leaking information about their stance on Haskell to the public. Think of Steve countersueing on the grounds that the boilerplate is legally effective and thus no harm is done. -- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or broadcasting of this signature prohibited.

According to this discussion, none of the corporate email is okay for
open source mailing list.
Maybe you guys should join the Vioxx lawsuit team instead of Haskell cafe.
Or maybe Haskell's strictness has trained haskell programmers to
attend such details. That is really a good training for the future of
computing :-)
On Thu, Sep 25, 2008 at 2:56 PM, Achim Schneider
"Brandon S. Allbery KF8NH"
wrote: On Sep 25, 2008, at 13:50 , Achim Schneider wrote:
"Lihn, Steve"
wrote: Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station,
Just curious: What'd happen if I forward this message to alt.slack?
Technically if there's anyone on haskell-cafe who was not specifically intended to be a recipient, they are in violation of the boilerplate. (This is why lawyers who mandate such boilerplate are stupid.)
Well, you could interpret the Haskell cafe as an entity, thou this:
http://permalink.gmane.org/gmane.comp.lang.haskell.cafe/45155
could prove problematic. Gmane doesn't delete.
I'm just imagining what'd happen if Merck & Co decided to sack Steve for leaking information about their stance on Haskell to the public. Think of Steve countersueing on the grounds that the boilerplate is legally effective and thus no harm is done.
-- (c) this sig last receiving data processing entity. Inspect headers for copyright history. All rights reserved. Copying, hiring, renting, performance and/or broadcasting of this signature prohibited.
_______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
participants (5)
-
Achim Schneider
-
Brandon S. Allbery KF8NH
-
Lihn, Steve
-
Mads Lindstrøm
-
Steve Lihn