mwilliams

cabal update
cabal install Cabal
cabal install cabal-install
cabal sandbox init (in your project workspace)
cabal install elm
cabal install elm-server

jashkenas

# MAC manipulators
alias random_mac='sudo ifconfig en0 ether `openssl rand -hex 6 | sed "s/\(..\)/\1:/g; s/.$//"`'
alias restore_mac='sudo ifconfig en0 ether YOUR_ORIGINAL_MAC_ADDRESS_GOES_HERE'

jashkenas

#!/usr/bin/env ruby

cmds = []
cmds << "git co gh-pages"
cmds << "git merge master"
cmds << "git push github gh-pages"
cmds << "git co master"

system cmds.join("&&")

headius

Too much for teh twitterz :)

JVM + invokedynamic is in a completely different class than CLR + DLR, for the same reasons that JVM is in a different class than CLR to begin with.

CLR can only do its optimization up-front, before executing code. This is a large part of the reason why C# is designed the way it is: methods are non-virtual by default so they can be statically inlined, types can be specified as value-based so their allocation can be elided, and so on. But even with those language features CLR simply cannot optimize code to the level of a good, warmed-up JVM.

The JVM, on the other hand, optimizes and reoptimizes code while it runs. Regardless of whether methods are virtual/interface-dispatched, whether objects are transient, whether exception-handling is used heavily...the JVM sees through the surface and optimizes code appropriate for how it actually runs. This gives it optimization opportunities that CLR will never have without adding a comparable profiling JIT.

So how does this affect dynamic

kleinmatic

Open Conference Expectations

This document lays out some baseline expectations between conference speakers and conference presenters. It was prepared by three experienced conference speakers -- one of whom has also organized conferences -- and influenced by many others. Its goal is to let speakers know what they might reasonably expect from a conference, in exchange for the hours we expect them to spend researching, preparing, and rehearsing, and the time they will spend away from home and family.

We believe that all speakers should reasonably expect these things, not just speakers who are known to draw large crowds, because no one is a rockstar but more people should have the chance to be one. We believe that conferences are better -- and, dare we say, more diverse -- when the people speaking are not just the people who can afford to get themselves there, either because their company paid or they foot the bill themselves.

These expectations should serve as *a starting point for discussion between sp

amateurhuman

Installing rbx-2.0.0-dev with Ruby 1.9 support using rbenv can be a tad tricky. This is what I did to get up and running, you'll need another version of ruby already installed as well as rake.

The basic outline:

1. Clone Rubinius HEAD from github
2. Configure installation for rbenv and 1.9 support
3. Install Rubinius
4. Configure your $PATH to use Rubinius gems
5. Start using Rubinius

psi

current_dir = Dir.pwd

until current_dir == ENV['HOME']
  if File.exist?("#{current_dir}/.irbrc")
    load "#{current_dir}/.irbrc"
    break
  else
    current_dir = File.dirname(current_dir)
  end
end

xentek

#!/usr/bin/env bash

echo "@@@  @@@  @@@@@@@@  @@@  @@@  @@@@@@@  @@@@@@@@  @@@  @@@  "
echo "@@@  @@@  @@@@@@@@  @@@@ @@@  @@@@@@@  @@@@@@@@  @@@  @@@  "
echo "@@!  !@@  @@!       @@!@!@@@    @@!    @@!       @@!  !@@  "
echo "!@!  @!!  !@!       !@!!@!@!    !@!    !@!       !@!  @!!  "
echo " !@@!@!   @!!!:!    @!@ !!@!    @!!    @!!!:!    @!@@!@!   "
echo "  @!!!    !!!!!:    !@!  !!!    !!!    !!!!!:    !!@!!!    "
echo " !: :!!   !!:       !!:  !!!    !!:    !!:       !!: :!!   "
echo ":!:  !:!  :!:       :!:  !:!    :!:    :!:       :!:  !:!  "

jnx

# Update, upgrade and install development tools:
apt-get update
apt-get -y upgrade
apt-get -y install build-essential
apt-get -y install git-core

# Install rbenv
git clone git://github.com/sstephenson/rbenv.git /usr/local/rbenv

# Add rbenv to the path:

ubermajestix

#!/usr/bin/env rake
# Add your own tasks in files placed in lib/tasks ending in .rake,
# for example lib/tasks/capistrano.rake, and they will automatically be available to Rake.

# If certain tasks are called, don't load Rails!
if %w(spork:start spork:restart spork:stop).include?(Rake.application.top_level_tasks.first)
  # Load the rake tasks
  Dir.glob("#{File.expand_path("../lib/tasks", __FILE__)}/*.rake").each { |r| import r }
else
  require File.expand_path('../config/application', __FILE__)