Ayende @ Rahien

Frank Quednau commented on Designing Erlang#

Tue, 23 Sep 2008 19:10:16 GMT

No idea if that's of interest to you but linking costs nothing. Here's a ton and a half on writing a pattern matcher with Expression<...> in c# over here... [bartdesmet.net/.../default.aspx](http://bartdesmet.net/blogs/bart/archive/tags/Functional+programming/default.aspx)

Ayende Rahien commented on Designing Erlang#

Tue, 23 Sep 2008 16:37:23 GMT

Will, CCR is on my "to figure out" list for a while now. Can you create a sample pmap using the CCR and share with us? I would be interesting to see how this works.

Will Smith commented on Designing Erlang#

Tue, 23 Sep 2008 14:40:05 GMT

Examples of use for large scale: [grids.ucs.indiana.edu/.../...analysis_jan21-07.pdf](http://grids.ucs.indiana.edu/ptliupages/publications/CCRDSSanalysis_jan21-07.pdf) [http://www.cs.indiana.edu/~welu/iwmse08-lu.pdf](http://www.cs.indiana.edu/~welu/iwmse08-lu.pdf) [www.cs.indiana.edu/.../mcbpel_08_pl_group_talk.ppt](http://www.cs.indiana.edu/~welu/mcbpel_08_pl_group_talk.ppt) [http://www.extreme.indiana.edu/multicore/SOX.htm](http://www.extreme.indiana.edu/multicore/SOX.htm) CCR may not have the isolation you desire. It seems to be efficient and scales to 10s of thousands of tasks. The basis is message passing.

Stephen commented on Designing Erlang#

Tue, 23 Sep 2008 01:29:39 GMT

My naive impression was that instead of pattern matching against incoming messages, in a statically typed language you'd just type every message as a separate class and then do some sort of double dispatch against it. e.g. handle(Message m) if m instanceof FirstMessageType this.handle((FirstMessage m), if m instanceof SecondMessageType this.handle((SecondMessage) m) else pass. That being said, I've never worked with/studied in-language pattern matching before, so perhaps there is awesomeness that switching just on type would be missing out on.

Igor Tamaschuk commented on Designing Erlang#

Mon, 22 Sep 2008 22:31:25 GMT

It's really inspiring to finally develop a fluent scheduler framework for long term execution code launched within requests service process (say asp.net)... especially as because I m working on this special solution in the one of my current projects...

Ayende Rahien commented on Designing Erlang#

Mon, 22 Sep 2008 17:51:58 GMT

Matthew, The problem here is that it is expected to have hundreds of thousands to millions of processes. Most isolation strategies break down in the mere hundreds

Will Smith commented on Designing Erlang#

Mon, 22 Sep 2008 17:33:20 GMT

Couldn't this be based on the MS Robotics CCR? Old article: [msdn.microsoft.com/en-us/magazine/cc163556.aspx](http://msdn.microsoft.com/en-us/magazine/cc163556.aspx)

Matthew Podwysocki commented on Designing Erlang#

Mon, 22 Sep 2008 17:32:01 GMT

I would more look at designing this around the DLR, as it has better ways of handling process separation around the script hosts. I did a heavier implementation on C# a while ago using AppDomains, because if any given process dies, I have another to watch, clean up and report the problems. Matt

Ayende Rahien commented on Designing Erlang#

Mon, 22 Sep 2008 16:23:24 GMT

Peter, You don't need fibers, you just need simple execution for the scheduler in user mode.

Peter Ibbotson commented on Designing Erlang#

Mon, 22 Sep 2008 16:16:18 GMT

Well if you ever get it off the ground and want the IronErlang(.com|.net|.org) domains I'd be more than happy to pass them over. I've been way too busy to actually get started. I kept on wondering about using fibres for processes but I couldn't convince myself it was worth the trouble.

Mike Brown commented on Designing Erlang#

Mon, 22 Sep 2008 15:30:01 GMT

Sorry I had changed my message must have ctrl+z'd my change. I was comparing it to how starting a WF instance through an ExternalDataEvent works. You define the workflow and fire it off with a message. Of course WF is a bit more heavy weight than your description of Erlang implies and there is the whole multi-threaded thing :P

Ayende Rahien commented on Designing Erlang#

Mon, 22 Sep 2008 15:23:21 GMT

No, that is not how it works. I suggest getting Programming Erlang, it is a great book

Mike Brown commented on Designing Erlang#

Mon, 22 Sep 2008 15:07:34 GMT

So basically a function call in Erlang is represented by an object rather than just passing data around on a stack. This sounds interesting to me. Is there a book I can pick up to get started learning this?

Gilligan commented on Designing Erlang#

Mon, 22 Sep 2008 14:47:03 GMT

I love it! I always stood in awe at the simplicity of Erlang. I think showing the principles as C# code will allow many others to also see how cool the ideas behind Erlang really is.