Google Voice vs. Happy Birthday

Google Voice’s transcription does funny things to people singing Happy Birthday.

I’d include the audio, but it’d be a copyright violation.

From my sister and brother-in-law. What’s funny is how close it is to what they actually were saying.

Dean, yup the, and a Yahoo The, and year, I man stable are good, a jacuzzi to. I’m going on man. Happy Birthday. And hey, we’re good and I’ll talk to you later. I love you bye. You were born. Bye.

From my dad and stepmom.

Hi, Happy Birthday interview. Happy Birthday to You. Happy Birthday Dear Ryan, Happy Birthday to you, man, Randall. Alright then. Marry a man. Ohh man. Bye bye.

Their support of gay marriage is nice (if somewhat misguided), but I wish they’d remembered my name. Seems like they struggled with that a bit.

NodeJS and Empowering n00bz

Something interesting occurred to me today about why I like NodeJS so much, and why I got so into it as soon as I started playing with it.

It’s not the fact that it’s fast (it could be a lot slower before it would start to matter), or that I have strong feelings about IO being async (it should be, of course, but I mean, whatever, threads work), or that JavaScript is so great (I like it, but there were other JS platforms out there that were more advanced in a lot of ways).

It’s that it was so easy to just download the source, run a command, and have something that works, right away. The example programs are simple, and short, and clear in what they do. When I first started poking at the source code, the mapping from the “lib” folder to the “require” function was easy to grok.

Empowering newcomers is the key to success. That matters more than anything else. I saw the simplicity in what Ryan was trying to do, and that was a huge indicator of future success. Even the “commonjs be damned, we’re gonna do what’s right and let the standards follow” attitude has kept things lean and simple.

I’ve worked on a lot of different projects. I like new things, and that means I’ve been the new guy for most of my career in software development, professionally and recreationally. Going from empty folder to running program in a few simple steps is a HUGE accomplishment that many professional software teams really struggle with, and that struggle costs a lot of wasted time and energy.

I’ve seen people post to the NodeJS list asking questions as they’re comparing node to other platforms, and a week later, they’re publishing modules and add-ons and contributing code and tests and docs back to the core.

That’s huge.

Steps

The first step is admitting your neuroses.
The second is admitting that the first didn’t make them go away.
The third is understanding that you have no idea how many steps there are.

Scoble

seld0:
Scoble is in my office
seld0:
Should I throw something? Trip him up?
isaac_schlueter:
hey, something similar just happened here, actually.
isaac_schlueter:
right as you sent that IM, i farted, and it smells REALLY bad
seld0:
...
seld0:
wow
isaac_schlueter:
basically the same thing as scoble showing up
seld0:
Yeah
seld0:
I got it
seld0:
Hence: wow
isaac_schlueter:
it's ok, though. it's one of those big open-air type deals, so no one will know where it came from.

A Public Service

He pushed the button, which was red.

There was a button.
The button was red.
He pushed it.
Use a comma.

He pushed the button that was red.

There were buttons.
One of those buttons was red.
He pushed the red one.
No comma.

The comma separates the initial phrase from another extra bit of information about the thing. In the first case, “which” stands in for “the button”. It’s like saying, “He pushed the button. The button was red.”

In the second case, there is no comma, because “that” is used as a limiter, not a reference. It’s like saying, “He pushed the button. That button, the one that’s red.”

When you say “that one”, you point. You are limiting the referent.

To make things more confusing, “which” can actually be used as a limiter, and sometimes limiters can be used to add information. But when in doubt, follow these rules.