This was not my experience. I did not get an offer after being flown out and spending the day interviewing. I did not do well in the whiteboard coding, but I found the people I interacted with to generally be interested and smart.

Basically, the United flight holds short of runway 28 as he may need a little more time (this is the United flight CNN showed sitting there, probably).

The ATC controller knows something has happened because the first time we hear from 214 heavy, the controller tells the pilot emergency vehicles are on the way.

Then some captains on final announce they're going around and some ask for redirect (one clearly to San Jose). The controller then tells some flights on final to go around.

Finally he's directing rescue units to cross all runways where normally they'd hold at each runway to be directed.

Forgot one: "Go for profitability, make poor decisions, bounce along the bottom for awhile, and then liquidate."

The most likely path.

Those sentences do not say the same thing. Most worrying: "promoting" in the Google terms.

"solely" is a pretty important word in "solely to provide the Services".

The UI for arrows was hard to figure out for a few minutes, but once I did I found it to be the right experience. Drag into space, you get an arrow to the same shape; drag to another shape, you get and arrow to that shape. That feels nice.

I think there's a bug here, maybe only some people are seeing it.

You're describing the UI for drawing/connecting the lines (optionally with arrows) which is very nice. What's strange is that every other shape if you click on it produced an item in the top left which you can drag to the required position and size. But, at least for me, the lines don't do this, you need to drag from the palette onto the screen then drag the ends onto boxes or where you want them. Seems strange to me.

I appreciate the answers. Now I need to figure out a way to nudge the QA team toward learning to code.

On a recent Ruby Rogues podcast one of the guys mentions that if you want to see what software applications need to be build in an organization, see what people are doing with Excel.

"Excel is a coping method." - James Edward Gray II

This has definitely been the case in all the companies I have been at.

I'm a vim user. I'd use RM when pairing with someone not well versed in vim. Otherwise, I find it slow and difficult to work in.

They won't be able to exercise their vested options for several months (usually six, as I recall). And many won't have vested 100% yet. That keeps people around.

If you're so inclined, I'd also like to hear about the hot code reloading information you've found.

I didn't find much information concerning ruby. Basically, the approach to hot code reloading is:

1. Find a way to attach to a running process. Either leave a socket open, as done in twisted manhole; or directly attach to running process.

2. Once you are connected, if you get a repl in the same address space, you can redefine methods, classes etc.

See the example in the github README where he redefines a method.

3. Redefining running code is generally considered a bad idea. The usefulness of a repl to a running process is generally the analysis - you can monitor memory usage etc without changing anything.

4. When you do change things, it's mostly small changes viz. log calls to a particular method. Dummy example:

  class Foo
    alias_method :orig_handler, :handler
    def handler
      log_request
      orig_handler
    end
  end

5. The way erlang does it is it automatically reloads if the physical file changes. It's a bit hard to implement in Python/Ruby because it isn't supported out of the box, and figuring out the module dependency isn't reliable(if file a changes, how many files were depending on it?). The general approach is to restart the server.

6. But regardless, the remote repl gives you analysis and selective reloading which is also useful.