bryanhunter

OK... you've heard the Erlang success stories, you know the sweet spots, and you're convinced that Erlang is for you. Where does that leave you as a C# developer? In a pretty good spot actually. A team of C# and Erlang developers is a force to be reckoned with because Erlang and .NET are complements--each is lousy at what the other is exceptional at. Realizing this can save you and your company a lot of time, money and headaches. Many C# developers write both JavaScript and SQL scripts; adding Erlang to the mix should be just as natural. So how is it done? What are the best interop strategies? What are the development tools? Can it all be done on Windows? How about unit testing and deployment? What are the risks? How can they be avoided?

bryanhunter

    public static class HashCode
    {
        public static string Of(string content)
        {
            var buffer = Encoding.UTF8.GetBytes(content);
            var sha1 = new SHA1CryptoServiceProvider();
            var hash = BitConverter.ToString(sha1.ComputeHash(buffer)).Replace("-", "");
            return hash;
        }
    }

bryanhunter

#!/bin/bash
# Pull this file dowm, make it executable and run it with sudo
#  wget https://raw.github.com/gist/1418287/build-erlang-r14b04.sh
#  chmod u+x build-erlang-r14b04.sh
#  sudo ./build-erlang-r14b04.sh

if [ $(id -u) != "0" ]; then
    echo "You must be the superuser to run this script" >&2
    exit 1
fi

bryanhunter

#!/bin/bash
# Pull this file dowm, make it executable and run it with sudo
#  wget https://raw.github.com/gist/1603037/build-erlang-r15b.sh
#  chmod u+x build-erlang-r15b.sh
#  sudo ./build-erlang-r15b.sh

if [ $(id -u) != "0" ]; then
    echo "You must be the superuser to run this script" >&2
    exit 1
fi

bryanhunter

using System;
using Castle.MicroKernel.Registration;
using Castle.Windsor;

namespace CollectionResolverForGenericInterface
{
    internal class Program
    {
        private static void Main(string[] args)
        {

bryanhunter

I think the lack of reusability comes in object-oriented languages, not functional languages. Because the problem with object-oriented languages is they’ve got all this implicit environment that they carry around with them. You wanted a banana but what you got was a gorilla holding the banana and the entire jungle.

If you have referentially transparent code, if you have pure functions-- all the data comes in its input arguments and everything goes out and leaves no state behind-- it's incredibly reusable. You can just reuse it here, there, and everywhere.

-Joe Armstrong, Designer and implementer of the Erlang programming language

bryanhunter

using ActiproSoftware.Windows.Controls.Ribbon.Controls;
using ActiproSoftware.Windows.Controls.Ribbon.Controls.Primitives;
using Caliburn.Micro;

namespace SampleApp
{
    public static class CaliburnMicroConventionsForActipro
    {
        public static void AddConventions()
        {

bryanhunter

**ER15B 32-bit smp disabled**

Erlang R15B (erts-5.9) [async-threads:0]

Eshell V5.9  (abort with ^G)
1> Fun = fun() -> receive after infinity -> ok end end.
#Fun<erl_eval.20.111823515>
2> process_info(spawn(Fun), memory).
{memory,1308}
3> 

bryanhunter

using System.Collections.Generic;

namespace System.Linq
{
    public static class LeftJoinExtension
    {
        public static IEnumerable<TResult> LeftJoin<TLeft, TRight, TKey, TResult>(
            this IEnumerable<TLeft> left, 
            IEnumerable<TRight> right, 
            Func<TLeft, TKey> leftKeySelector, 

bryanhunter

    public static class TabSeparatedValueDataLoader
    {
        public static IEnumerable<T> ParseTsv<T>(this string rawTabDeleimetedData, Func<string[], T> mapper)
        {
            IEnumerable<string[]> data = rawTabDeleimetedData.Split(new[] {'\r', '\n'},
                                                                    StringSplitOptions.RemoveEmptyEntries)
                .Select(x => x.Split(new[] {'\t'}, StringSplitOptions.None));

            return data.Select(mapper);
        }