Slashdot Mirror
Microsoft's Personnel Puzzle
theodp writes "CNET reports on Microsoft's reputation for arrogance in its personnel practices, citing the experience of Arthur Sorkin, who responded to an unsolicited invitation to interview with MS back in 2000. But instead of trying to sell him on the company or the job, interviewers challenged him with a technical 'pop quiz.' Sorkin, who holds a PhD in CS, withdrew his application. During the past year, Microsoft called Sorkin to say it had scheduled a phone interview with him for another job, although Sorkin hadn't applied for it and no one had asked if he was interested."
The son of a colleague interviewed with both Google and MS and got job offers from both companies. He took the MS job because he felt the Google folks were more arrogant than the MS folks. The Google folks were quite shocked that he turned them down.
It's only one anecdotal data point, but it does suggest a simple fact of life. Success breeds arrogance whether a company is "evil empire" or seeks to "do no evil."
Two wrongs don't make a right, but three lefts do.
After the interview I heard back from Microsoft and was told that they wouldn't give me the job as my answer showed I wasn't prepared to back up their sales techniques. I was amazed. Basically they wanted me, as a pre-sales consultant, to lie to prospective customers about the capabilities of MS software. I've been in situations before where I've had to dig my company out of sour deals where salesmen have lied to customers about products they're buying, and it ain't nice. Too hear that MS do this shouldn't have been a suprise, but to hear it officially certainly changed my mind about working for them.
I was at MS for a job interview and I was asked to design an in-car coffee maker. I concentrated on things like getting water & coffee to the device as well as figuring how how to make the coffee cup stay in place while brewing, device size, styling and pricing. Being an embedded guy, I was also concerned about powering the device, working with a minimal UI (probably room for just a view buttons), keeping the water from freezing in the lines, making sure it worked on inclines and getting rid of the heat generated by the brewing process.
I was *supposed* to be thinking about how I could link the coffee machine to the a wireless network so I could sync it with my WiFi alarm clock and e-mail program, said the interviewer.
I interviewed with MS once, and the interview was much more like a CS exam that I thought it would be. I completely blew the interview (I hadn't slept at all the night before because the hotel room was freezing, there was only one blanket and the bed was rock hard - so I was not at my best) It went like this:
The interview was a full day affair, with very few breaks. They said in the AM that I may or may not be finished at lunch, basically - they said that if I was a total idiot then they wouldn't waste anyone's time after lunch.
All of the interviews involved writing code on a whiteboard in various languages. The code was reviewed for syntactical correctness as well as logical.
The first interviewer was really cool - she asked me to mock-up a battleship simulation in C# and laughed at me as I did a very bleary-eyed OOP model in C# of the Game object, the Player object etc... when really what she was after was the validation logic for putting the ships on the board - ensure they are in bounds and don't hit other ships etc... to me that seemed completely worthless - I mean that just an algorithm you would work out and tweak, the important stuff is your class structure.... but I digress.
I walked out of that interview feeling pretty good until I got in the next one. It was horrible - the interviewer was very arrogant and rude and had a thick accent which made him difficult to understand. He would ask me a question, and sit and roll his eyes as I was answering and check his email - basically communicating clearly to me that he didn't like me, want me there or want to be talking to me. For a code sample, he asked me to write code in C# (on a whiteboard) that would traverse a tree of nodes and print out the values in order of all nodes at an arbitrary level. So I wrote a recursive function that would do what he wanted, and that would work just fine. He didn't like that way I had written it, and demanded that I rewrite it "more efficiently". I stood there for like 20 mins feeling like a total idiot because I couldn't figure out what he was talking about, until he got mad and said I should be using "queues" and that it would be more efficient. I had no idea what he was talking about and told him, and he came up and tried to explain that I could have used a FIFO queue - but looking at his example, I didn't understand how his approach would have been any more efficient than mine - when I asked him this, he just got angrier and said it was. Suffice to say, that interview didn't go so well. I realized as soon as I was done with him that I wasn't going to get the job, so I resolved to just have some fun and enjoy the rest of the day. As an interesting footnote, I kept thinking about the question, and a couple days later I did find a much more efficient way of doing it, but it had nothing to do with queues, and it would have been much faster than either of the methodologies we had discussed. I damn near emailed him the better solution, but figured "Whats the point?" Ah well, like I say I was not at my best.
My next interview was with a guy who asked me a different technical question involving organizational hierarchies. I was lucky in that interview because I had written a budget system for a bank that used a similar structure, so I had found a very clever solution to the exact problem he asked me. When I explained my whiteboard code, he got a "damn this guy is good" look in his eye, so I felt pretty good coming out of that one.
Next was a lunch interview, a guy who that said would be my "peer" took me to lunch and asked me a bunch of questions while I was eating. The questions he asked were ridiculous, I mean stuff straight out of the MCSD Analyzing Solutions test. Seriously, I'm pretty sure he pulled a couple test questions before our lunch interview. He would ask me something, and I would answer him with a couple ways that I had solved the problem in the real world, and then he would say "no, that's no the answer, the answer is Scalability, Maintainability, Performance and....
Drinking habits can be dangerous. You can choke on the cloth and the nuns will wonder where their clothes are.
I broke my pipe down to pieces (the chanter, believe it or not, is the longest segment) and put the four-reeded monster in a tote. /., so I got that goin' for me.
Ascended Fuji. I was #2 in the group to reach summit.
Assembled the instrument. Splitting headache from the ascent.
I played "Amazing Grace" and "Morag of Dunvegan" looking down into the crater.
The mountain was moved.
For 500 yen, a fellow lit off a blowtorch and stamped the foot of the chanter (a hard-plastic Dunbar-Eller) with some Kanji that say "Top of the Hill, 3220m" IIRC.
Trying to play the instrument at that elevation qualifies as full-on stupid, but WTF, it's braggin' rights on
Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear