Watch me juggle! Watch me somersault! Watch me do and say pointless things to impress you with how smart I am!
Watch me juggle! Watch me somersault! Watch me do and say pointless things to impress you with how smart I am!
Conversely, one interview I do remember where I didn't end up getting an offer, was going swimmingly talking about pirates splitting gold and manhole covers. And then one interviewer asked me with so much Perl experience, why hadn't I published anything on CPAN? Boom, done.
I still haven't published anything on CPAN, but could I interest you in this scale and 8 balls I have here?
If publishing something in such a specialized and restricted universe is so much work, I would expect that publishing and maintaining (to my quality standards) a CPAN module, which would have a potentially much larger audience, would simply take more time than I have available.
My philosophy is that it's still better to have your code out there and unsupported where someone can have the option of using it, rather than leaving it stuck on a hard drive never to be seen or useful to the world at large.
While it pains me not to answer every person who emails me about code I put out there, I try to live with it. Plus, it gives them a chance to solve their problem for themselves. :)
In order to get to that point I had to get past the "Oh noes, what if people/future employer/rockstars see my code deride it, laugh in my face and not give me a job because the hacky code I put out is..hacky". I still have flashbacks though. :)
I would encourage you to lower your standards for publishing your code. Is there a "CPAN Unplugged" where lower standards are explicitly accepted and okay?
Also, lots of people who were once productive on CPAN years ago have "gone dark" in recent years. Generally has something to do with having a life (fulltime job, family, that sort of thing).
So all in all that's a pretty snarky question to ask. It's definitely a plus to show that you have the sense of civic engagement to go through the full-fledged publishing process on CPAN (including processing testing reports, RT issues, etc) but it should suffice to provide code samples with clean coding style and decent enough documentation (even if it's a well-written README).
Let's discuss architecture of the last app I built in detail, with the how's and why's. Ask me questions on it, rather than just letting me brush through it.
Let's talk about the most challenging bit of code I wrote at the last gig. Get me a terminal and I'll walk you through it. Let's do a "for real" code review--my stuff or yours, either is fine, and get into some meat.
Hell, let's even talk about our feelings.
But these questions in an interview are just not fun. I'm already nervous enough, and getting jostled by missing some stupid trick question that has little relevance just sucks.
If you are Product Manager for Google's Adwords, how do you plan to market this?
What would you say during an AdWords or AdSense product seminar?
Who are Google's competitors, and how does Google compete with them?
What's a creative way of marketing Google's brand name and product?
If you are the product marketing manager for Google's Gmail product, how do you plan to market it so as to achieve 100 million customers in 6 months?
Explain a database in three sentences to your eight-year-old nephew.
so-so questions:
Why do you want to join Google?
What do you know about Google's product and technology?
Have you ever used Google's products? Gmail?
Bad questions:
What is the most efficient way to sort a million integers?
How many golf balls can fit in a school bus?
How many times a day does a clock’s hands overlap?
Overall, I still favor my approach of doing the job, rather than jumping through hoops: http://blog.fairsoftware.net/2010/11/10/how-to-land-a-job-at...
Bad question unless you ascertain the candidate knows enough about Adwords to give a good answer. (Whether a candidate should know enough about your core products is another question...)
What would you say during an AdWords or AdSense product seminar?
Bad question, again requires product knowledge a candidate may not have.
Who are Google's competitors, and how does Google compete with them?
A little broad but could be made into a good question.
Why do you want to join Google?
Waffle question that should be used as filler.
What do you know about Google's product and technology? Have you ever used Google's products? Gmail?
If answer == no/nothing, kick candidate out of room.
What is the most efficient way to sort a million integers?
Poor question but asking general "how would you approach problem X" questions isn't too bad, at Google product managers need to be pretty technical.
How many golf balls can fit in a school bus?
Poor question but estimating similar product-related issues is good and they essentially break down into the same types of answer as golf balls, gas stations in the USA, etc.
How many times a day does a clock’s hands overlap?
Terrible, should never ask something the candidate may have already worked out in the past and which does not require much thought to answer.