short takes

[cellio]

Yesterday's mail brought a lovely magnet from browngirl based on the Kipling poem "Helen All Alone", which I had not previously read. Good call and beautiful art!

We're playing D&D this Saturday, which means we can have a longer session than when we play on a weeknight. I'm looking forward to it.

And now a few links:

A really interesting article on how to interview candidates for software jobs (link provided by goljerp).

Buy T-shirts and more from the Total Information Awareness store! This is the Orwellian logo they don't use any more. (Link provided by a co-worker.)

Everyday etiquette hell (source forgotten). Put the Coke down first. Really. Either that, or plan to clean your monitor.

Comments

[browngirl.livejournal.com]

Oh, you're very welcome :)

I've read the Wedding Hell section of that site, and nearly popped something laughing. :)

A.

speaking of package

[rectangularcat]

I hope that you got the West Wing video in time. I had to mail it from here when I realized on Friday that I was planning to go North instead of South last weekend. I actually ended up not leaving the house but that's a different story.

I had to run to the post office 10 minutes before it closed to mail the tape, so I didn't get a chance to personalize it but I am sure you'll get a good laugh at the French TV shows at the end of your tape. There's a really energetic karaoke-style show that even a non-French speaker can enjoy. Each week of it is different and I think that there are two episodes of it on your tape. It's called La Fureur .

Om an aside, I am really enjoying the everyday etiquette link above.

Re: speaking of package

[cellio]

The package arrived today, so tonight we will sit down for a nice double-header. :-) Thank you for sending it! (Sorry you did extra running around on my account, though.) I'm looking forward to seeing the French karaoke; it might even be helpful that I don't know French. :-) (My husband grew up in Winipeg and then Toronto, so he nominally knows French -- or at least, was exposed to it along the way.)

Re: speaking of package

[rectangularcat]

No problem about the tape. Anytime really!

The post office is 2 blocks from here so the running wasn't too tiresome and it got be out of the house!

Hope you enjoyed the karaoke, ha ha. I wonder if your husband thought he'd be leaving us pesky French Canadians behind forever.

[nsingman.livejournal.com]

That article on interviewing was terrific! Thanks!

I plan to pass it around to my colleagues, and even run it by the HR drones. :-)

[jducoeur]

Excellent article on interviewing. I was rather struck by how much it reminds me of the interview for my current job. This place was the only one that didn't ask a bunch of Stupid Programming Trick questions, and wasn't hugely focused on narrow specific skills. Instead, they told me that they were explicitly looking for generalists (albeit ideally ones whose experience was at least somewhat relevant), and the main body of the interview was a design session. They sat me down with the rest of the team, threw out a design problem that they were starting to think about, and had me run a meeting to figure out how to design that system. End result was that they hired me to write the engine that I'd led the discussion on. (And the work is far more interesting because it isn't same-old same-old -- after about five years of being highly client-centric in my code, I'm now writing a high-power server engine. It makes a nice change of pace...)

Moral of the story: that article holds as true for the interviewee as for the interviewer. How a company does its interviews says a great deal about the company. If you are a top-end programmer, you don't have to settle for the stupid companies -- it's better to look for the rare gem that really understands what they're looking for, because they're probably a better working environment...

[jducoeur]

Actually, on thinking about it more, I'll point out one thing that the article misses: personality mesh. The reason we tend to do the design-session interviews is partly to see how the candidate thinks on his feet, but there's another important reason: to see how the candidate interacts with the rest of the team in practice. We've found several people who either wilted in the group situation (since the rest of the team are fairly strong personalities), or proved abrasive when working with others.

When you're interviewing someone high-power, it's very important to know if they will fit in well with the team, since interacting regularly is critical...

[cellio]

When you're interviewing someone high-power, it's very important to know if they will fit in well with the team, since interacting regularly is critical...

Excellent point. And while having lots of people meet the candidate is all fine and dandy, there's probably no better way to evaluate fit than to drop the candidate into a real discussion and see what happens. It's important that the discussion run long enough for the candidate to get the lay of the land, but I think it's worth the investment.

When I interviewed for my current position, which is an excellent fit, we spent a while talking about their product and exactly what I would be doing to improve its documentation. I was pretty much leading this discussion, which was novel for me in a job interview. (I suspect we went longer than we should have before I signed the NDA, but oh well.) I was their first, and so far only, programmer-focused tech writer, and I suspect they were a little unsure how to evaluate me. We did what amounted to a high-level requirements analysis and design, in about an hour. That was cool, and it gave all of us a good feel for what it would be like to work together.

I wish I had a better handle on how to inspire that sort of thing from the other side of the table. I'm not very good at conducting interviews, though part of that is presumably that I don't get much practice.

[jducoeur]

It's important that the discussion run long enough for the candidate to get the lay of the land, but I think it's worth the investment.

Yes. Our rule of thumb for second interviews (which is when we do the design-discussion thing) is that we slot an hour of the entire team for it, and we let it run long if it's going well. (Since, if it's going well, it's probably producing useful food for thought anyway.)

I'm not very good at conducting interviews, though part of that is presumably that I don't get much practice.

It is actually not as hard it might seem. Over the past couple of years, I've begun doing a lot more interviews (partly because my title's gotten a bit fancier, and partly because I've been in small startups where most of the team does interviewing). I've found that being organized is about 75% of it -- thinking in advance about what you want out of the interview, and some appropriate leading questions. A good interview is more of a conversation than a grilling, and a good candidate for most positions is someone that you can converse with well. So if you have fodder to start with, a good interview will often take care of itself.

[goljerp]

I'm glad that people found the interview link useful. Some of the other article on that site are also interesting - there's an archive of articles

[Error: Irreparable invalid markup ('<a [...] here</a>') in entry. Owner must fix manually. Raw contents below.]

I'm glad that people found the interview link useful. Some of the other article on that site are also interesting - there's an archive of articles <A HREF="http://www.joelonsoftware.com/navLinks/fog0000000247.html"here</A>, and of course you can always use the navigation links to explore around.

I actually found the etiquette pages pretty depressing...