June 2015 - Haskell-Cafe

haskell team at megacorp is hiring!
by Carter Schonwald 11 Jun '15

11 Jun '15

Dear Haskell Colleagues, my team at megacorp, one of the largest for profit organizations on the planet, is looking to grow! about the haskell team: currently 3 engineers, though a 4th on the way already, in the past 6 months alone we've deployed customer facing APIs into production (no small feat in megacorp), built self serve generative sampling based data anonymization tools that promise to transform how megacorp customer data gets shared within and without. And thats just to start! We've repeatedly demonstrated that our use of haskell helps us develop and evolve great software for the business. the haskell team is part of a larger "new product / R&D" group whose mission is to build new tools, products and services to help pull megacorp kicking and screaming into the 2010's in terms of technology and services. The new product group is broadly seeking competent thoughtful technologists across a range of skill sets -- frontend, python, java, and haskell -- to join the engineering team. (so even if you're not the perfect fit for the team, we may know great folks we can point you to) *The Perks* *• *our management fully supports upstreaming bugfixes and improvements to the open source tools that we use • amazing view out of our Brooklyn and/or NYC offices (you will need to be in NYC to work with us, though I believe we can help with relocation) • by dint of the sheer scale of megacorp, every successful project will have pretty huge impact • because we're awesome, we will make sure you get your own mac along with the standard megacorp workstation. • picking a new project to work on every 3-6 months is the norm, owing to our role as a sort of prototyping / R&D group. *The Caveats* • it is megacorp, its a huge organization, and while the new product group is shielded from a lot of that, it can still be overwhelming • you will have to live somewhere within commuting distance of Brooklyn New York. • you have to deal with me and a few other interesting colleagues on a daily basis. *Should you apply?* • we welcome candidates of all experience levels, junior or senior. • we'd love it if you have some portfolio work/open source/work experience that demonstrates your ability to tackle engineering projects headon or master some nontrivial technical problem domain. • colleagues who take teaching/learning new things seriously • you'd enjoy working out of Brooklyn NYC. • you enjoy programming / software engineering and try to do it well. *how to apply* •*email me with the subject "functional megacorp job"*, attaching your resume/cv and if you want, a teeny cover letter that articulates your unique strengths and interests as a professional software engineer. •I can tell you more about the company and team via email. I or another member of the engineering team will be screening resumes first before kicking off any interview processes, so there will not be any HR limbo going on. Every email will get a reply. (NB: actual org name is easy to figure out with some googling, but for various reasons cannot be used publicly by its employees without an authorization process that befits a megacorp) also megacorp is is an equal opportunity and affirmative action employer

1 0

Thank you to new maintainers
by Fred Ross 10 Jun '15

10 Jun '15

The libraries I used maintain have all be handed off. Thank you to: Adam Bergmark for taking over hscamwire. Lana Black for taking over hdaemonize. Jose Calderon for taking over serial. And goodbye for now to this wonderful community. Maybe I'll be back in a few years. Unless I become a field ecologist or a florist or something. Fred Ross http://madhadron.com

1 0

Haskell developer role with Strats at Standard Chartered London
by Don Stewart 10 Jun '15

10 Jun '15

Hi all, I'm hiring (another) Haskell dev to join our team in London. Details here: https://donsbot.wordpress.com/2015/06/10/haskell-dev-role-in-strats-at-stan…

1 0

[ANN] Lentil - a frugal issue tracker
by Francesco Ariis 10 Jun '15

10 Jun '15

lentil - a frugal issue tracker If you litter your code with TODOs and FIXMEs, lentil [1] can help you make sense of that big mess into something nice and readable like: src/Lentil/File.hs 49 does upMan work windows? [feature:intermediate] src/Lentil/Parse.hs 26 eliminate lookahead? refactor parsing? [lint] [refactor] 54 add test for rotoscope [test] It supports tags, filtering, exporting and much more. Check the user manual [2] for more information. [1] http://hackage.haskell.org/package/lentil [2] http://www.ariis.it/static/articles/lentil-manual/page.html

2 2

[Haddock] Alphabetize record accessors
by aditya siram 09 Jun '15

09 Jun '15

How would people feel about Haddock alphabetizing record accessors by default? For example: data T { b :: ..., c :: ... , a :: ... } displays as: data T { a :: ..., b :: ... , c :: ... } Seems as though projects that have large records like Cabal & Parsec would benefit from this. Thanks! -deech

6 5

And, Or, Not, and [something atomic] data types: What am I doing?
by Jeffrey Brown 09 Jun '15

09 Jun '15

I am considering the problem of representing search results in a graph database. (Define such a database as a collection N of nodes and E of labeled edges, where a labeled edge consists of a triplet (l, n1, n2), where l is some kind of label and n1 and n2 are members of N.) I think a type something like the following would be useful: data Search = Fan { origin :: Node , label :: Label , members :: [Node] } | And Search Search | Or Search Search | Not Search In a Fan with origin o, members would be the set of Nodes p such that (label, o, p) is an edge. A Search is ultimately built out of Fans. I've seen this kind of thing before, and I believe it will lead me to some substantial problems that other people have already solved. What should I study?

1 0

parsec or attoparsec for 40-50MB text files ?
by briand＠aracnet.com 09 Jun '15

09 Jun '15

Hi, My file is pretty straightforward text file with a small amount of somewhat annoying state: comments* config line comments* data line* if there is no config line it's an error. the data lines can have a variable number of values and it matters how many values there are (hey- it's not my file format !). the data lines can also have a comment at the end. My initial thought was to go with parsec but the data files could be as large as 40-50MB and upon further reading it really seemed like attoparsec would be better. Error handling wouldn't be too sophisticated. if a data line has something other than 1 or more floating point values and the optional comment, failing out with "error line X" is fine. parse time is somewhat critical only because i'll have multiple files to parse, so while 5-10 seconds is ok for one file, i have to multiply that by 5-10. I've seen several comments talking about the fact that parsec can be slow, but so far unable to find anything the quantifies "slow". Any opinions on which would be better for my application (although i think i've just talked myself into using attoparsec) ? In particular- am i going to get at least reasonable "error on line X" error handling using attoparsec ? Thanks, Brian

5 5

Re: [Haskell-cafe] zipWith and divide
by Rehno Lindeque 07 Jun '15

07 Jun '15

Hi! > zipWith(\) z1 z2 ........ this fails but works when using * or + or - > ....... I also tried using div and `div` but they failed to. > The divide operator is slash (/) not backslash (\): > zipWith (/) [0.1, 0.2] [0.2, 0.4] [0.5,0.5] Also, div should work as long you're using a Integral type like Int (you may be using Float or Double): > zipWith div [1, 2] [2, 2] [0,1] Cheers

1 0

ANN: nonce package
by Felipe Lessa 07 Jun '15

07 Jun '15

(Please forgive me if you received multiple copies of this e-mail.) Hello, The nonce package [1] contains functions to easily generate cryptographic nonces for many situations. Some places where these generated nonces can be used include: - Password recovery e-mail tokens. - XSRF protection tokens. - Session IDs sent on cookies. - Initialization vectors. It uses an AES CPRNG periodically reseeded from /dev/urandom (or equivalent). It has no frills, no knobs, so it's hard to misuse. It's been available for an year but I just realized I've never properly announced it. Regrettably, I've seen many uses of the random package (System.Random) when generating nonces. It's a bad choice: it is not a cryptographically secure PRNG, contains low entropy (64-bit state), and its default usage is seeded predictably (using a constant seed). Please avoid using the random package for generating nonces at all costs. In its stead, use the nonce package or something similar. Cheers, [1] http://hackage.haskell.org/package/nonce -- Felipe.

3 4

Re: [Haskell-cafe] Attacking Attachment "Cancelled Event" Bayhac 15
by Byron Hale 07 Jun '15

07 Jun '15

Bayhac 15 has not been cancelled. See http://bayhac.org/ @bayhac2015 Do NOT open the attachment to the cancelling email. It is likely a sophisticated attack. The listed "organizer" is not. We may, however, have modifications. For example, we are still seeking donors for food. We are still seeking speakers, maybe even some repeats of last year's speakers. You might just dust off last year's presentation, until we run out of room. Best Regards, Byron Hale byron.hale(a)einfo.com @Hale_ByronL

1 0