boothead

The amount of time's I've said "No, that's Haskell with an H!". First world problems I guess :-)

This looks really useful!

Isn't your Transduction the same as doing premap (or lmap from Profunctor)?

This is definitely the way I learned Haskell. I spent ages trying to learn by reading and didn't really start making progress until I learned to just write some code and figure it out as I went.

Fun fact: spread spectrum was invented by a hollywood actress during WWII http://www.women-inventors.com/Hedy-Lammar.asp

Clearly rank amateurs to develop a working piece of software from category theory.

One of my favourite articles recently was this one by Christopher Olah http://colah.github.io/posts/2015-09-NN-Types-FP/. As a haskeller it really helped put things in terms I can understand. I think there's also value for those who aren't functional programmers because it teases out the fundamental abstractions of the building blocks to deep learning very well.

I'm just reading that at the moment. So far it's doing a great job of explaining the concepts in an approachable way.

The China Study has been very thoroughly debunked. I think this article is probably the most highly thought of http://rawfoodsos.com/2010/07/07/the-china-study-fact-or-fal...

You will almost certainly feel like you're not cut out for programming when you start. Failing is a necessary part of the process, which will make you feel inadequate.

My advice would be: don't compare yourself to external measures or compare your skill with other people. Focus on and enjoy the process of learning (because there's always more to learn).

Correct. I hope they learned some of the lessons from both!

And yet GS was the progenator of both Athena and Quartz....

There is one (at least) of these systems live based on the original paper by Simon Peyton Jones in a dialect of Haskell.

JPM/BAML/GS have fallen down due in large part to their choice of language in my view. A graph database written in a hurry in C++ then glued together with tens of millions of lines of hacked up python is not the way to build a bank wide platform in my book!

Interesting read. I actually used the first Mondex system at Exeter Uni and it worked very well. Never knew why before :-)

You can build UIs as a left fold over events, just as you can build backend data processing pipelines. In fact it that is the architecture that makes the most sense to me now. I have a little toy framework here that demos these ideas. https://github.com/boothead/oHm

It's counter intuitive but picking one of these niche technologies means:

1) you'll need less people (better more reusable code) 2) the best people will speak you out.

This was very much my experience when I put a Haskell team together, and everyone I've spoken to who has done the same has said the same.

It's an opportunity for a young company, not a problem.

If you're an analytics shop (presumably) working with streams of events, I'm going to go out on a limb and say that not picking a functional language (purescript or elm) is a mistake. It's fits the domain so well, take a look at the mileage that slamdata are getting out of purescript for example.

note I'm being deliberately provocative with the above statement to promote discussion, not argument. :-)

That is truly amazing! Deren Brown would approve!

This is a really great communication hack! It's a pretty poor comment on society at large that you've had to mitigate your communication based purely on how people judge your appearance, but thank you for sharing it.

How many of those forgot to lock their computer?

This looks really cool! It's also the first thing like this I've seen which includes a nix installation section, double points!!

Freeagent also deals quite nicely with VAT, and you can set up for automatic direct debit... In fact I sometimes wonder what I'm paying my accountant > £100/month for :-)

Caption reads: "A suffragette defends herself from a policeman's truncheon". Poor choice of words much?

One recommendation from a perhaps unexpected quarter for new working styles is Gen. Stan McChrystal's superb book "Team of Teams". It covers his tenure running special forces in Iraq and how he rebuilt his organization into one where decisions were pushed as far to the edges as possible and how he tried to remove himself from as many of the decision making loops as possible.

I have read "the book" mentioned (Reinventing Organizations) and it's amazing. Another book to read would be Maverick by Ricardo Semler. The companies covered, from a wide range of different sectors, industries and countries genuinely seems to provide a nurturing, egalitarian environment for their employees. I think that operating from a teal perspective would make the world a better place.

However I note in the book that most organizations covered had a visionary leader who at some point stepped back and allowed the company to become what it did. Essentially embracing chaos and allowing the culture to emerge. Tony seems to be trying to impose this evolution from above, which I'm less sure about. (At least this is how it seems many of the zappos employees feel about it).

I would love to hear anyone's experience who is working for a company that's embraced holocracy.

I feel like this is some kind of meta comment about the tech industry :-)

Convolution is a comonad. http://kukuruku.co/hub/haskell/cellular-automata-using-comon...

I love it when there's a nugget of rigor behind things like this that can be pulled out and applied elsewhere!

Actually, that Haskell developers are hard to hire is one of the biggest myths going. Supply of Haskell developers massively outstrips demand at the moment.

In my experience Haskell also neatly address the other two points of people and architecture: the average [0] level of skill of developers in the Haskell community is higher, as is their average level of grit and determination (because of the learning curve). Haskell almost encourages constructing your applications as operations over streams of events (a la event sourcing, unified log etc), which for my money is the best way to think about designing most platform type apps right now.

[0] Note: I'm not claiming that all Haskell developers are coding ubermensch, just that the average level of the pool of talent is higher.

Personally, for infrastructure level stuff like that and if I was starting from scratch, I would chose Haskell.

At the scale of Uber and given that there would be a lot of legacy hanging around, I would probably chose to build on top of the kind of scala libraries that twitter has been putting out (which it sounds like from the other article about uber's micro services currently on HN they are doing).

The serious statement behind my slightly tongue in cheek remark earlier, was that I don't think either python or node are suitable for building infrastructure type applications that will form the backbone of a constelation of SOA type applications. Round the edges, it's slightly more defensible. However for central infrastructure, I'd rather have rather more foot-bullet barriers than those offer.

This sounds very much like two little pigs arguing about the merits of straw vs twigs when they should be building in brick to me.

This must be related to how Pluralistic Ignorance [1] arises?

[1] https://en.wikipedia.org/wiki/Pluralistic_ignorance