LukeHoersten

I've been using this for a while and it's great. The author is also excellent at running open source projects. Great mentality. I thought this was posted to HN a while ago but I could be mistaken. Definitely worth the re-post if it was.

It'd be great to see a more detailed guide to using and tuning PGSQL for use as a TS DB.

They don't get it:

@markknoller: Anything improper about carrying $75,000 aboard a plane in a carry-on?

@TSAmedia_LisaF: It's not on the prohibited items list.

https://twitter.com/tsamedia_lisaf/status/615866970358083584

I'm always surprised at the complexity people bake into their CI systems that could be solved by simply providing CI with a single entry point in all projects (like this post suggests). This post is such a simple yet powerful idea. Thanks for sharing.

Agreed. I think they offered the bounty with that expectation. A quote form their blog:

"[...] security bounties can be a very effective way to show the presence of vulnerabilities, but they are hopelessly inadequate for showing their absence."

A small aside: Haskell has a native TLS implementation as well http://hackage.haskell.org/package/tls

I think the dream is there for many but as other comments have pointed out, getting to the battle tested level of OpenSSL is really really hard.

One thing's for sure, Facebook staffing did an amazing job hiring Haskell devs ;-)

Speaking of functional/Haskell network tooling, this is a really cool project: http://www.pfq.io

A side note: The Haskell runtime is written in C so Simon Marlow is also one of the best low level C hackers I've ever met.

For those not involved in the Haskell community, Simon Marlow worked full time on the GHC compiler and specifically run-time system for many years. Along with Simon Peyton-Jones, he's huge in the Haskell world. Marlow also wrote the very excellent "Parallel and Concurrent Programming in Haskell" book.

Facebook also employs Bryan O'Sullivan, an epic Haskell library writer (Aeson, Attoparsec, Text, Vector, and on and on http://hackage.haskell.org/user/BryanOSullivan). Bryan also co-authored the "Real World Haskell" book.

So Facebook has hired two prolific Haskellers and probably others I don't know about.

Very much thanks to your efforts, Michael!

Really impressive work!

We've seen big growth and interest in the Chicago Haskell group as well.

io-streams is built specifically for IO and is in the IO monad. This allows for performance benefits as well as simplified API like using normal IO functions for error and resource handling (ex: `bracket` can be used)

Haskell has some great solutions for lazy IO: io-streams or pipes for example. Check them out! It's a great way to code IO.

It's interesting they're using OCaml for some of their open source projects when they have some of the top Haskell devs working there. I wonder if these OCaml projects they've recently open-sourced are all coming from the same team.

Thanks for the list. Lots of good projects in here!

In a programming language setting, this is usually called an AST (Abstract Syntax Tree), not a DOM. Though I see what you're getting at here with the AST query API. There are certainly parallels. (http://en.wikipedia.org/wiki/Abstract_syntax_tree)

Totally understand. My comment was just meant to inform other readers not dissuade you from building awesome apps!

Thanks a lot.

That's an overly broad and sensational title. The simplified example on the website certainly isn't representative of all Haskell programmers being liars. It's unfortunate because the article about mis-implementations of the Sieve of Eratosthenes is decent.

Edit: mods, thanks for changing the misleading title.

Slack has an IRC backend and IRC has CLI and Curses interfaces you can use (even Emacs interfaces).

Microsoft is just crushing it with their visual design work lately. I have to admit, I'm impressed and re-thinking my opinion on MS.

Thanks for taking the time to write a thoughtful and non-defensive comment.

Same story here. I learned both Git and HG circa 2007 and decided HG had a more pure DVCS model. I still believe that's the case and still use HG. When I interact with GitHub I use hg-git. Long time Git users: I strongly encourage you to try Mercurial.

I haven't been to HashiCorp's website basically since they released Vagrant. I use vagrant all the time though.

A few reactions. First: amazing design. Awesome documentation. Second: wow they have an awesome little suite of high-impact devops tools. I spent all day learning about them.

The unified style of websites they have organized into "intro" and "documentation" is awesome and easy to really digest what's going on quickly. All of the tools seem powerful, well thought out, and complementary.

Vagrant's been awesome to me and I'm excited to start using some of their tools like Packer, Consul, and Terraform in production!

FPComplete built a web IDE for Haskell development but recently decided to open-source the backend and focus on tools instead: https://www.fpcomplete.com/blog/2015/04/future-of-soh-fphc

Yi is awesome but it's just hard to beat the critical mass that Emacs or Vim have.

I think so:

https://twitter.com/LukeHoersten/status/588725182489067520

I've actually found the exact opposite. The library ecosystem is rich and mature. Haskell is, by default, "concurrency safe" because of referential transparency. You can safely "async" and compose almost any library in the Haskell ecosystem without worrying about shared memory etc underneath.

Also, a lot of the really common libraries like text, attoparsec (parsers), aeson, networking, etc are highly tuned for low latency and performance. Many use compiler rewrite rules and techniques called stream-fusion to compact a lot of the machine code away. Also aggressive inlining etc can be done.

I'm sure there are some memory-heavy or poorly optimized libraries out there but that's certainly not the norm. I've had no problems with the libraries off-the-rack.