Jeffrey Weston >tech
"Objects are out. Concurrency is in."

I'm not suddenly re-writing everything in Erlang. I'm not even seriously taking it up, as far as I can tell, just playing around (sometimes I'm not really sure until much later how serious I've been about something). It's nice to check out other languages -- what makes the one you're currently using useful, or elegent, or clunky, or bring up issues you hadn't considered? Basically Erlang prides itself on concurrency:
Learn You Some Erlang which is in the style of Learn You Some Haskell
The world IS concurrent. It IS parallel. Things happen all over the place at the same time. I could not drive my car on the highway if I did not intuitively understand the notion of concurrency; pure message-passing concurrency is what we do all the time. Imagine a group of people. They have no shared state. I have my private memory (in my head) and you have yours. It is NOT shared. We communicate by passing messages (sound and light waves). We update or private state based on the reception of these messages. That’s Concurrency Oriented Programming in a nutshell. As for hiding mutable state in an object: it is exactly this property that make parallelization an almost impossibly difficult problem. What's all this fuss about Erlang?
Learn You Some Erlang which is in the style of Learn You Some Haskell
etc

Nov 19, 2011

Nov 06, 2011

Dogfood, Refactoring, Owning Problems
Aug 28, 2011

Jun 14, 2011
randomly

Census And The Hollerith Machine
Apr 08, 2010
Jan 18, 2006
Nov 25, 2005

Dec 04, 2011
Feb 06, 2012

Sep 01, 2008

Nov 11, 2010

May 20, 2009

May 05, 2009

Jun 13, 2009
Aug 10, 2009
Oct 17, 2006

