June 2011 - Haskell - Haskell.org

[JOB] NYU's Center for Genomics and Systems Biology seeks Functional Programmer
by Ashish Agarwal 03 Jun '11

03 Jun '11

<Relevance to this list: The posting below is for an OCaml programmer but welcomes applications from Haskell programmers.> Dear Functional Programmers, I am pleased to announce a job opportunity at The Center for Genomics and Systems Biology (CGSB) at New York University (NYU), located in the heart of Manhattan. The position's main function will be to develop software in the OCaml language to manage, analyze, and display the vast amounts of data generated by next-generation sequencing technologies. NYU's strong commitment to this field is represented by its $100M investment in the brand new CGSB building, which houses the latest sequencing platforms and excellent high performance computing facilities. The position will support the computational needs of several experimental labs by designing and building: o A database for tracking samples, very large quantities of raw data, and complex analysis results o A website for users to submit new samples, monitor progress of their workflow, and visualize data o A system for distributing batch jobs to a cluster, accounting for dependencies between jobs and cached results All components are expected to follow good functional programming design. There are no formal experience or education requirements. Although the software will be written in OCaml, we welcome applicants with experience in other functional languages, especially Haskell, F#, and SML. There is flexibility in the exact nature of the position; you may expand your work to machine learning, parallel programming, or any of the many topics relevant to bioinformatics, so long as the core requirements of the position are fulfilled. Experience in the following areas is a plus but not required: bioinformatics, statistics, type theory, distributed computing, and UNIX systems administration. NYU researchers are using sequencing technologies to investigate basic questions about the nature of life and to address fundamental problems in human health. The very large datasets generated by these technologies pose significant computational challenges for which the robust principles of functional programming are ideally suited. I hope you will find this an exciting opportunity. If you are interested, please contact me with a CV and brief description of your background. Thank you. __________________________________________ Ashish Agarwal New York University http://ashishagarwal.org

1 0

ICFP Programming Contest 2011
by Eijiro Sumii 03 Jun '11

03 Jun '11

Dear functional programmers, We have published the following announcement at: http://www.icfpcontest.org/ Please enjoy, Eijiro Sumii (2011 Contest Chair) ---------------------------------------------------------------------- ICFP Programming Contest 2011 http://www.icfpcontest.org/ The ICFP Programming Contest 2011 is the 14th instance of the annual programming contest series sponsored by The ACM SIGPLAN International Conference on Functional Programming. This year, the contest starts at 00:00 June 17 Friday UTC (= 24:00 June 16 Thursday UTC) and ends at 00:00 June 20 Monday UTC (= 24:00 June 19 Sunday UTC). Unlike in previous years, there is no 24-hour lightning division. The task description will be published in this blog when the contest starts. Solutions to the task must be submitted online before the contest ends. Details of the submission procedure will be announced along with the contest task. This is an open contest. Anybody may participate except for the contest organizers and members of the same laboratory as the the contest chair's. No advance registration or entry fee is required. Participants may form teams. A team consists of every person who contributes ideas and/or code towards a submission. Teams may have any number of members. Individuals may only be members of a single team and teams may not divide or collaborate with each other once the contest has begun. Any programming language(s) may be used as long as the submitted program can be run by the judges on a standard Linux environment with no network connection. Details of the judges' environment will be announced later. There will be prizes for the first (US$1,000) and second ($500) place teams as well as a discretionary judges' prize ($500). There will also be a total of $6,000 travel support. (The prizes and travel support are subject to the budget plan of ICFP 2011 pending approval by ACM.) In addition, the organizers will declare during the conference that: - the first place team's language is "the programming language of choice for discriminating hackers", - the second place team's language is "a fine tool for many applications", - and the team winning the judges' prize is "an extremely cool bunch of hackers". Additional announcements about the contest will be made at http://www.icfpcontest.org/. Questions can be posted as comments to the blog or e-mailed to icfpc2011-blogger AT kb.ecei.tohoku.ac.jp (please replace AT with @). We look forward to your participation! The contest organizers: Hidehiko Abe, Yumi Arai, Kenichi Asai (observer), Noriko Hirota, Atsushi Igarashi (observer), Lintaro Ina, Kazuhiro Inaba, Arisa Iwai, Chihiro Kaneko, Shinya Kawanaka, Moe Masuko, Yasuhiko Minamide (observer), Ryosuke Sato, Yu Shibata, Yu Sugawara, Takeshi Tsukada, Kanae Tsushima, Yayoi Ueda, and Eijiro Sumii (chair). ----------------------------------------------------------------------

1 1

Haskell Weekly News: Issue 184
by Daniel Santa Cruz 02 Jun '11

02 Jun '11

Welcome to issue 184 of the HWN, a newsletter covering developments in the Haskell community. This release covers the week of May 22 to 28, 2011. Announcements The newsletter has not been posting new library announcements, but Ivan Lazar's announcement of his new wl-pprint-text library had to be an exception. Way to be creative Ivan! http://goo.gl/C6tu0 Simon Marlow wrote in to announce CamHac: (Haskell Hackathon in Cambridge, UK) during August 12 to 14, 2011. Registration is free, but they are limited to 50 people, so sign up soon! http://goo.gl/BySLB Quotes of the Week * Henning Thielemann: [On a slow solution to Euler's totien function] It's declarative and may help to verify more efficient implementations. * KC: Librarians have been struggling for years with classifying topics; I don't imagine classifying coding libraries as any easier. * max ulidtko: [on the *group hug* thread] Wow. I just subscribed to the list just an hour ago or so, and already receiving hugs! * Jacek Generowicz: What would be the point of asking non-ignorant questions, unless it is a rhethorical one? * Ketil Malde: Being brilliant doesn't mean the absence of mental bad hair days, but merely that they happen more rarely than for the rest of us. :-) * AndrewMorton: I was attacked by dselect as a small child and have since avoided Debian. * Cale: The hardest part of writing any binding is doing something to make up for the fact that libraries written for imperative languages are typically badly designed to begin with. * <lambdabot> *Exception: *Exception: *Exception: <Cale> E X C E P T I O N * Jafet: In strict languages, you implement Haskell, then use fix as usual. Top Reddit Stories * Multicore Garbage Collection with Local Heaps :: PDF Domain: community.haskell.org, Score: 45, Comments: 4 On Reddit: http://goo.gl/OcOqI Original: http://goo.gl/Zdkxv * Node.js creator first tried with haskell, but says he wasn't smart enough to hack GHC Domain: bostinnovation.com, Score: 41, Comments: 39 On Reddit: http://goo.gl/cDQWT Original: http://goo.gl/p8VpL * ANNOUNCEMENT: HaNS, the Haskell Network Stack. HaNS is a lightweight, pure Haskell network stack that can be used for Haskell networking in the context of the HaLVM, or with a Linux tap device. Domain: haskell.org, Score: 40, Comments: 12 On Reddit: http://goo.gl/hBlRB Original: http://goo.gl/H62UL * Haskell + FFI + Java + SWT: crazy, maybe, but working! Domain: jpmoresmau.blogspot.com, Score: 36, Comments: 17 On Reddit: http://goo.gl/9l45y Original: http://goo.gl/B6jO7 * Isomorphism lenses Domain: twanvl.nl, Score: 32, Comments: 10 On Reddit: http://goo.gl/rlBfs Original: http://goo.gl/BHrBh * Tail recursion makes your loops cleaner Domain: blog.ezyang.com, Score: 29, Comments: 14 On Reddit: http://goo.gl/7VD9g Original: http://goo.gl/YMqok * An insufficiently lazy map: the dangers of spine-strict data structures Domain: blog.ezyang.com, Score: 25, Comments: 0 On Reddit: http://goo.gl/DTBwg Original: http://goo.gl/dMEoI * From a 13M executable to an 84k one: use -dynamic with GHC for linking excellence Domain: stackoverflow.com, Score: 23, Comments: 13 On Reddit: http://goo.gl/tsN5H Original: http://goo.gl/poXbW * This is how a new package should be announced: Pretty-printing package for lazy Text values Domain: haskell.org, Score: 21, Comments: 3 On Reddit: http://goo.gl/iduqP Original: http://goo.gl/qyhrj * Happstack + JMacro + HSX Domain: happstack.blogspot.com, Score: 15, Comments: 2 On Reddit: http://goo.gl/33J1S Original: http://goo.gl/9mk8h Top StackOverflow Questions * Reading GHC Core votes: 27, answers: 4 Read on SO: http://goo.gl/wb6In * Small Haskell program compiled with GHC into huge binary votes: 26, answers: 2 Read on SO: http://goo.gl/poXbW * Force pre-computation of a constant votes: 8, answers: 1 Read on SO: http://goo.gl/Ri16N * Optimization of Function Calls in Haskell votes: 6, answers: 2 Read on SO: http://goo.gl/gPshb * How to make a CAF not a CAF in Haskell? votes: 6, answers: 6 Read on SO: http://goo.gl/KYTo7 * Concise if-then-else notation in do-blocks in Haskell votes: 6, answers: 4 Read on SO: http://goo.gl/dRlGY * Haskell (haskeline) word completion votes: 6, answers: 1 Read on SO: http://goo.gl/3TbFo * Why doesn't Haskell have symbols (a la ruby) / atoms (a la erlang)? votes: 6, answers: 5 Read on SO: http://goo.gl/4KxP8 * Why does Haskell appear to default to reading Int when reading Num? votes: 6, answers: 2 Read on SO: http://goo.gl/alCkY About the Haskell Weekly News To help create new editions of this newsletter, please send stories to dstcruz(a)gmail.com. Until next time, Daniel Santa Cruz

1 0