Steven Shaw steshaw

Stevey's Google Platforms Rant

I was at Amazon for about six and a half years, and now I've been at Google for that long. One thing that struck me immediately about the two companies -- an impression that has been reinforced almost daily -- is that Amazon does everything wrong, and Google does everything right. Sure, it's a sweeping generalization, but a surprisingly accurate one. It's pretty crazy. There are probably a hundred or even two hundred different ways you can compare the two companies, and Google is superior in all but three of them, if I recall correctly. I actually did a spreadsheet at one point but Legal wouldn't let me show it to anyone, even though recruiting loved it.

I mean, just to give you a very brief taste: Amazon's recruiting process is fundamentally flawed by having teams hire for themselves, so their hiring bar is incredibly inconsistent across teams, despite various efforts they've made to level it out. And their operations are a mess; they don't real

Highlights on REST

By Roy Fielding himself

Quotes have been taken from Roy Fielding's blog posts writings and own comments.

Article: REST APIs must be hypertext-driven.

A REST API should spend almost all of its descriptive effort in defining the media type(s) used for representing resources and driving application state, or in defining extended relation names and/or hypertext-enabled mark-up for existing standard media types. Any effort spent describing what methods to use on what URIs of interest should be entirely defined within the scope of the processing rules for a media type (and, in most cases, already defined by existing media types). [Failure here implies that out-of-band information is driving interaction instead of hypertext.]

Overview

There are lots of representations for strings. In most languages they pick one set of tradeoffs and run with it. In haskell the "default" implementation (at least the one in the prelude) is a pretty bad choice, but unlike most other languages (really) good implementations exist for pretty much every way you can twist these things. This can be a good thing, but it also leads to confusion, and frustration to find the right types and how to convert them.

	package com.snaphop.util;


	/*
	* $Header: /home/jerenkrantz/tmp/commons/commons-convert/cvs/home/cvs/jakarta-commons//httpclient/src/java/org/apache/commons/httpclient/util/URIUtil.java,v 1.27 2004/05/05 20:34:01 olegk Exp $
	* $Revision: 507321 $
	* $Date: 2007-02-14 01:10:51 +0100 (Wed, 14 Feb 2007) $
	*
	* ====================================================================
	*

	# Algorithm W (Damas-Hindley-Milner) in LiveScript.
	# By Paul Miller (paulmillr.com), Public domain.
	#
	# Based on Robert Smallshire's [Python code](http://bit.ly/bbVmmX).
	# Which is based on Andrew's [Scala code](http://bit.ly/aztXwD).
	# Which is based on Nikita Borisov's [Perl code](http://bit.ly/myq3uA).
	# Which is based on Luca Cardelli's [Modula-2 code](http://bit.ly/Hjpvb).
	# Something like that.

	prelude = require './prelude'

	/**
	* Mark and Sweep Garbage Collection technique.
	* MIT Style License
	* by Dmitry Soshnikov
	*/

	// This diff describes the simplest version of mark and sweep
	// GC in order to understand the basic idea. In real practice the
	// implementation can be much tricker and more optimized.

	Hello scala, my old friend
	I've come to take you home again
	Because a feature slowly creeping
	left me plagued with doubts and weeping
	and the version that was tagged in the repo
	just has to go
	it lacks the signs of soundness

	On sleepless nights I hacked alone
	applying ant and other tools of stone

	/**
	* Automatic Reference Counting (ARC) Garbage Collection technique.
	*
	* This diff describes Reference counting GC technique.
	* See also previous lesson on Mark and Sweep GC:
	* https://gist.github.com/4391763
	*
	* by Dmitry Soshnikov <[email protected]>
	* MIT Style License
	*/

	{-# LANGUAGE GADTs, Rank2Types, KindSignatures, ScopedTypeVariables, TypeOperators, DataKinds, PolyKinds, MultiParamTypeClasses, FlexibleInstances, TypeFamilies, DoRec, ExtendedDefaultRules #-}
	import Control.Applicative
	import Control.Category
	import Control.Comonad
	import Control.Monad.Fix
	import Control.Monad (ap)
	import Data.Functor.Identity
	import Data.Typeable
	import Data.Monoid
	import Data.Unique