8 ms·

How to Decide if a New Hire Will Be a Team Player in the Interview

37 points by erinbryce 13y ago

livestyle 13y ago
Very similar approach as this article by Tucker Max. http://tuckermax.me/dont-look-for-talent-find-people-who-do-things/ http://tuckermax.me/dont-look-for-talent-find-people-who-do-...
- csours 13y ago
  I really like asking questions about what a person has done (especially as personal / home projects), also to a lesser degree what tech blogs they frequent (if they only mention aggregators, thats half a demerit). What are the weaknesses of these questions?
  - acuozzo 13y ago
    The problem with rating a candidate on the basis of his personal/home projects is that it excludes potentially-excellent candidates who are __unable__ to work on anything at home due to, e.g., having several young children and half-dead parents to care for. (Also, don't try to retort with "so ask them about the personal/home projects they did before having kids", as that wouldn't be sufficient to cover the people who have had children at a young age; e.g., before turning 20 years-old.)
    - aestra 13y ago
      Or how about those potentially-excellent candidates who don't have children but just have a life? I love my job. I love writing code. I am passionate about it. The time I spend at work I mostly enjoy, but 40 hours a week is enough for me. I would rather spend the rest of my time with the people I love or on other ventures that don't involve sitting in front of a screen. If you don't want to hire me because my job isn't my entire life, than I don't want to work for you. Nobody should be penalized career-wise for enjoying their free time.
      - auggierose 13y ago
        Never seen that. All people I know who love programming even find time to do their own stuff on a 60 hour schedule.
        acuozzo 13y ago
        I love programming, but I love my hobbies (e.g., film and video preservation) A LOT more. I don't love programming enough to devote time outside of my 40 hours/week to it.
      - auggierose 13y ago
        And just to avoid misunderstandings: I don't think that 60 hour schedules are good! Personally, I prefer a 25 hour week of coding only on my own stuff and 0 hours of coding for other people :-)
  - hackinthebochs 13y ago
    >if they only mention aggregators, thats half a demerit This is silly. Aggregators let the quality articles rise to the top. It's a much more efficient use of your time (assuming you don't become addicted). These are exactly the type of totally arbitrary, no signal producing filters that people need to get away from.
- jhull 13y ago
  Don't usually turn to this guy for advice but I 100% agree with this. I am going through the same old interview template right now that everyone has copied from google/facebook and I think while it applies some places, for early startups, its ridiculous to use that as a marker. You should hire for a developers ability to execute, not their ability to solve problem about bowling balls and skyscrapers, and not their ability to reverse() a string without using reverse(). I get that they are testing your overall data structure knowledge and your algorithmic thinking, but those are also things that one can find on google, things that one can educate one's self on when they need to. Early stage companies want to look for those people who will do that, people who encounter a problem and then just go out and solve it. (.....now I will stop ranting and go back to memorizing stupid puzzle/data structure interview questions, for my next phone screen in a few hours)
michaelochurch 13y ago
Wait, people still use "team player" non-ironically? "♪ The dream of the oh-ohs is alive on Linkedin... ♪"
- dpritchett 13y ago
  You'd think they'd look for cultural fit, but instead they're looking for "growth in terms of the size and importance of the teams the person has been assigned". Feels bigco-oriented to me.
_sabe_ 13y ago
Didn't read. But why does all this "Management" experts seems to love awful stock-photos? And why are these Management/HR people always obsessed to come up with rules and guides, as if they ironically are to incompetent to handle people so they need a manual...
- MDCore 13y ago
  > rules and guides Repeatability would be one reason. Asking the same questions to different candidates will help you make better and comparable decisions. The usual "casual chat" interview is heavily biased towards people who are good looking and interview well.
  - _sabe_ 13y ago
    That was my whole point...all these NLP, coloring personalities and all other bullshit HR and management people are into is only due to their lack of ability to read and sense people. If they don't come up with all this bullshit, they'd be completely lost (just to fall back on looks).
- rfnslyr 13y ago
  I'll tell you why. It's because this line of corporate work isn't about work or passion. It's about filling your day with tasks so you can justify your paycheck. I'm not saying this as a negative thing. It's just how the corporate world works. Nobody is enthusiastic. I haven't talked to anyone at my work who is truly stoked about what they're doing, as in they'll go home and keep working on what they're doing. There are no hackers here. It's just corporate culture. These people are so deep into the corporate culture that they forget how to interact with people without an underlying guide or goal.
seivan 13y ago
"Personally, I see "team player" often being confused with simply being subordinate to the established team." +1
mathattack 13y ago
I find this is very hard to screen for by looking at resumes, and almost as hard to detect in interviews. Even with an interview, sometimes people just talk a good game. The only reliable methods I've seen are "Hiring people you already know to be good team workers" and "Watch them over a 10 week internship."
danso 13y ago
The OP purports to have a way of assessing teamwork-capability based on good interview questions (and I think his questions are spot-on)...but the anecdote he closes with is too pat: > Many years ago a CFO of a fast-growing Southern California medical products company excluded a candidate I presented for a corporate cost accounting manager spot since he believed he lacked strong team skills and a sense of urgency. This was after a 20-minute “chat.” After I mentioned that the candidate was assigned to lead an international task force to implement a state-of-the-art cost system for a F50 company he quickly relented, re-interviewed the candidate, and hired him a few days later. As the OP describes it, the overriding factor is: what is the candidate's claimed team-related achievement(s)? In this case, it was "being assigned to lead an international task force to implement a state-of-the-art cost system for a F50 company"...but that doesn't seem enough on its own...for example, was that project successful? seems to be an equally important question...and even the answer to that doesn't definitively quantify that person's ability to work on a team. To be fair, the OP is describing a situation in which the hiring company apparently made a decision based on first impressions (i.e. mannerisms, appearance, etc.)...which of course is just bad. However, it'd be interesting to hear more in detail what factors were used to assess the candidate that were not found in that initial interview.
pstuart 13y ago
I think this is better: http://en.wikipedia.org/wiki/Waiter_Rule http://en.wikipedia.org/wiki/Waiter_Rule
- tome 13y ago
  I hear this a lot, especially with regard to dating advice, but I don't think I've ever eaten with someone who was rude to the waiter. Have I just been lucky?
  - SomeRandomUser 13y ago
    Maybe you're rude too so you can't tell how the waiter should be treated. /joke I've never eaten with someone who was rude to a waiter, but there are some things that you can learn from a person by looking at how he behaves with other people. For example, if someone is putting food on your table, try to not be in his way and maybe tone down the conversation a little bit. Saying thanks is also a nice thing to do... looking at you, study team member.
coldcode 13y ago
If you really want to know if a (otherwise qualified) developer will fit into your team you should do contract-to-hire. Anything less is a guess. Every team is different, every need is different and every candidate's experience is different. Assuming you can ask a magical question or two and know is the realm of psychics.
- zszugyi 13y ago
  You can't do this with someone on a work visa in the US, so this could reduce your pool quite a bit (depending on where you are located).
- chollida1 13y ago
  > If you really want to know if a (otherwise qualified) developer will fit into your team you should do contract-to-hire The difficulty here is that no one who is even mediocre would ever do a "contract to hire". If they are good they have options and there just isn't any upside to doing a contract for hire when you can take another full time job. Contract for hire is a big red flag!
  - beachstartup 13y ago
    > The difficulty here is that no one who is even mediocre would ever do a "contract to hire". this is absolutely not true. good people will simply demand a high hourly billing rate during the contract phase to compensate for the opportunity cost, which you have to be prepared to pay. sure if you're dicking around with $20/hr "contracts" everyone decent will tell you to kick rocks. have you ever worked with people who are used to getting paid $100+/hr? i.e. top people? it doesn't sound like it.
    - chollida1 13y ago
      I think we're going to have to disagree here. > have you ever worked with people who are used to getting paid $100+/hr? i.e. top people? it doesn't sound like it. I saw this and wondered if you were trolling. It's certainly a rude and undeserved comment, but I'll be charitable and bite:) My main point is that "good" developers, always have options. My assumptions: 1) the developer wants full time work, otherwise they would just do contracting and not contract for hire. 2) jobs are plentiful for good developers. Why would the developer assume all the risk with contract for hire, unless they had no other options? Why not just take the full time job instead? Basically my point boils down to two points... 1) How would a company convince me to do contract for hire work when I can work somewhere else without that risk? What's my upside to doing this? 2) As long as most companies don't' do contract for hire, a company is putting themselves in a position that excludes most talented developers. ie if you aren't facebook, twitter, dropbox, etc. my contention is that the top developers will laugh at your contract to hire request.
snorkel 13y ago
The Airplane test: imagine sitting next to this person for 8 hours on an airplane. If your first reaction is "No thank you!" then your team will feel the same about working with them.
- deleted 13y ago
  [deleted]
islon 13y ago
Throw a dice: if it's a 6 then he'll be a good team player. No, serious, it's really hard to know that beforehand, an interview with the right questions can help but luck is still involved.
6d0debc071 13y ago
Are you a team player? Well now, that kinda depends on the team, doesn't it? You can't just slot people in and out like identical Lego blocks. "Ah, yes, I'll take a bag of 15 size-10 database programmers with 4 years experience please." Charitably, I'd call this a complexity problem - it costs resources to look into individuals, and that's why you have an interview process rather than having the people who do the job talk to the person and see what they think. Uncharitably, I'd say there are people seriously out of touch with their humanity. Who view people as components because they don't care about people. Perhaps because, if you do, it's emotionally draining to get to know so many people and then hurt them by turning them down. Since it's hard to believe this is really an efficient long-term approach to recruitment, I suspect the truth lies somewhere in between.
mtkd 13y ago
Why do they have to be? Just because a person isn't 100% 'team player' material doesn't mean they are not capable of massive step-change contributions to a team activity. If you hire all 'team players' or all PhDs or all men or all people who have been successful in their lives you are likely to have a team that has less capability than one that has some diversity. Unless you're just building a production line - in which case you probably want the uniformity.
- nahname 13y ago
  If no one rocks the boat, it comfortably goes over the waterfall. Hiring everyone with the same mindset is a great way to limit innovation and creativity. You also run the risk of being blindsided by upcoming challenges because everyone is so eagerly agreeing to the plan.
- gambler 13y ago
  Great way to put it. I think this is a part of a larger problem. A lot of IT interviews are based on a gigantic set of "ideal criteria" that no single person can realistically fulfill in its entirety. Because of that every hire is a compromise. Because of that who is hired in the end becomes a subject of subjective and irrational judgements. In my opinion, having a realistic set of minimum requirements (which are actually needed to do the job) and looking for candidates to match every single one of them provides a much better and less biased approach. It can also help to design an interview process in a rational manner.
- michaelochurch 13y ago
  "Team player" is code for the middling level of ambition (MacLeod Clueless). Not a disengaged doesn't-give-a-shit clock-puncher, but not attuned/savvy enough to focus only on projects conferring personal career benefit. It has little to do with whether one actually works well in a team. It's just a codeword for something that's hard to describe and somewhat socially unacceptable (a middling level of ambition that only exists in fresh college grads who haven't figured out who they are yet) to want.
incision 13y ago
I wonder how my honest answers to that line of questioning would be interpreted? ">What were the biggest challenges the team faced?" Struggling with a crony manager whose universal incompetence worked its way into every aspect of the project. This ultimately made a smoking wreck of the first public milestone. ">Walk me through the biggest team problems and how they were resolved. What was your role in this? After the major public embarrassment described above I was sent before a panel of consultants to effectively interview for my job. I successfully convinced the consultants of my own my own plan to recover the project while laying provable blame for the project dysfunction on the problem manager. The team was appointed a new manager who was happy to stay all but completely out of the way. I was made technical lead and given free reign to pull together a new team. Within six weeks we completed a new public milestone with 4x the scope of the previous failure without a hint of trouble. --- Personally, I see "team player" often being confused with simply being subordinate to the established team. I think there's definitely wisdom in a mentality of service, to the team or the job. Thing is, the team may be best served by having part of it removed and the team function may be best served by a completely different team. In my experience, people don't like to hear that.
- kabdib 13y ago
  Biggest challenge: A fake scrum system whose claim was "this will make us into great teams" when really all it was used for was micromanagement and scapegoating. "Your velocity is off by ten percent. We're concerned." "You're the most talked about person in the scrum-of-scrums." Gahhh.
FajitaNachos 13y ago
Some of the best team players are those who would do anything, for anyone, at the drop of a hat. They are the people who show up early, bust their ass, never complain, and wouldn't think twice about lending a hand whenever you ask. I have no idea how to determine that from an interview.
cafard 13y ago
In 1683, Prince Eugene of Savoy applied to Louis XIV for a commission in the French army. Louis XIV turned him down flat; whether as not a team player or just as ugly, unprepossessing, etc. I don't know. Prince Eugene turned to Vienna, and spend the beginning of the 1700s winning campaigns and battles against the French marshals, often in cooperation with John Churchill, eventually Duke of Marlborough. Wikipedia has the dates etc.

37 points by erinbryce 13y ago

Very similar approach as this article by Tucker Max. http://tuckermax.me/dont-look-for-talent-find-people-who-do-things/ http://tuckermax.me/dont-look-for-talent-find-people-who-do-...

csours 13y ago
I really like asking questions about what a person has done (especially as personal / home projects), also to a lesser degree what tech blogs they frequent (if they only mention aggregators, thats half a demerit). What are the weaknesses of these questions?
- acuozzo 13y ago
  The problem with rating a candidate on the basis of his personal/home projects is that it excludes potentially-excellent candidates who are __unable__ to work on anything at home due to, e.g., having several young children and half-dead parents to care for. (Also, don't try to retort with "so ask them about the personal/home projects they did before having kids", as that wouldn't be sufficient to cover the people who have had children at a young age; e.g., before turning 20 years-old.)
  - aestra 13y ago
    Or how about those potentially-excellent candidates who don't have children but just have a life? I love my job. I love writing code. I am passionate about it. The time I spend at work I mostly enjoy, but 40 hours a week is enough for me. I would rather spend the rest of my time with the people I love or on other ventures that don't involve sitting in front of a screen. If you don't want to hire me because my job isn't my entire life, than I don't want to work for you. Nobody should be penalized career-wise for enjoying their free time.
    - auggierose 13y ago
      Never seen that. All people I know who love programming even find time to do their own stuff on a 60 hour schedule.
      - acuozzo 13y ago
        I love programming, but I love my hobbies (e.g., film and video preservation) A LOT more. I don't love programming enough to devote time outside of my 40 hours/week to it.
    - auggierose 13y ago
      And just to avoid misunderstandings: I don't think that 60 hour schedules are good! Personally, I prefer a 25 hour week of coding only on my own stuff and 0 hours of coding for other people :-)
- hackinthebochs 13y ago
  >if they only mention aggregators, thats half a demerit This is silly. Aggregators let the quality articles rise to the top. It's a much more efficient use of your time (assuming you don't become addicted). These are exactly the type of totally arbitrary, no signal producing filters that people need to get away from.
jhull 13y ago
Don't usually turn to this guy for advice but I 100% agree with this. I am going through the same old interview template right now that everyone has copied from google/facebook and I think while it applies some places, for early startups, its ridiculous to use that as a marker. You should hire for a developers ability to execute, not their ability to solve problem about bowling balls and skyscrapers, and not their ability to reverse() a string without using reverse(). I get that they are testing your overall data structure knowledge and your algorithmic thinking, but those are also things that one can find on google, things that one can educate one's self on when they need to. Early stage companies want to look for those people who will do that, people who encounter a problem and then just go out and solve it. (.....now I will stop ranting and go back to memorizing stupid puzzle/data structure interview questions, for my next phone screen in a few hours)

michaelochurch 13y ago

Wait, people still use "team player" non-ironically? "♪ The dream of the oh-ohs is alive on Linkedin... ♪"

dpritchett 13y ago
You'd think they'd look for cultural fit, but instead they're looking for "growth in terms of the size and importance of the teams the person has been assigned". Feels bigco-oriented to me.

_sabe_ 13y ago

Didn't read. But why does all this "Management" experts seems to love awful stock-photos? And why are these Management/HR people always obsessed to come up with rules and guides, as if they ironically are to incompetent to handle people so they need a manual...

MDCore 13y ago
> rules and guides Repeatability would be one reason. Asking the same questions to different candidates will help you make better and comparable decisions. The usual "casual chat" interview is heavily biased towards people who are good looking and interview well.
- _sabe_ 13y ago
  That was my whole point...all these NLP, coloring personalities and all other bullshit HR and management people are into is only due to their lack of ability to read and sense people. If they don't come up with all this bullshit, they'd be completely lost (just to fall back on looks).
rfnslyr 13y ago
I'll tell you why. It's because this line of corporate work isn't about work or passion. It's about filling your day with tasks so you can justify your paycheck. I'm not saying this as a negative thing. It's just how the corporate world works. Nobody is enthusiastic. I haven't talked to anyone at my work who is truly stoked about what they're doing, as in they'll go home and keep working on what they're doing. There are no hackers here. It's just corporate culture. These people are so deep into the corporate culture that they forget how to interact with people without an underlying guide or goal.

seivan 13y ago

"Personally, I see "team player" often being confused with simply being subordinate to the established team." +1

mathattack 13y ago

I find this is very hard to screen for by looking at resumes, and almost as hard to detect in interviews. Even with an interview, sometimes people just talk a good game. The only reliable methods I've seen are "Hiring people you already know to be good team workers" and "Watch them over a 10 week internship."

danso 13y ago

The OP purports to have a way of assessing teamwork-capability based on good interview questions (and I think his questions are spot-on)...but the anecdote he closes with is too pat: > Many years ago a CFO of a fast-growing Southern California medical products company excluded a candidate I presented for a corporate cost accounting manager spot since he believed he lacked strong team skills and a sense of urgency. This was after a 20-minute “chat.” After I mentioned that the candidate was assigned to lead an international task force to implement a state-of-the-art cost system for a F50 company he quickly relented, re-interviewed the candidate, and hired him a few days later. As the OP describes it, the overriding factor is: what is the candidate's claimed team-related achievement(s)? In this case, it was "being assigned to lead an international task force to implement a state-of-the-art cost system for a F50 company"...but that doesn't seem enough on its own...for example, was that project successful? seems to be an equally important question...and even the answer to that doesn't definitively quantify that person's ability to work on a team. To be fair, the OP is describing a situation in which the hiring company apparently made a decision based on first impressions (i.e. mannerisms, appearance, etc.)...which of course is just bad. However, it'd be interesting to hear more in detail what factors were used to assess the candidate that were not found in that initial interview.

pstuart 13y ago

I think this is better: http://en.wikipedia.org/wiki/Waiter_Rule http://en.wikipedia.org/wiki/Waiter_Rule

tome 13y ago
I hear this a lot, especially with regard to dating advice, but I don't think I've ever eaten with someone who was rude to the waiter. Have I just been lucky?
- SomeRandomUser 13y ago
  Maybe you're rude too so you can't tell how the waiter should be treated. /joke I've never eaten with someone who was rude to a waiter, but there are some things that you can learn from a person by looking at how he behaves with other people. For example, if someone is putting food on your table, try to not be in his way and maybe tone down the conversation a little bit. Saying thanks is also a nice thing to do... looking at you, study team member.

coldcode 13y ago

If you really want to know if a (otherwise qualified) developer will fit into your team you should do contract-to-hire. Anything less is a guess. Every team is different, every need is different and every candidate's experience is different. Assuming you can ask a magical question or two and know is the realm of psychics.

zszugyi 13y ago
You can't do this with someone on a work visa in the US, so this could reduce your pool quite a bit (depending on where you are located).
chollida1 13y ago
> If you really want to know if a (otherwise qualified) developer will fit into your team you should do contract-to-hire The difficulty here is that no one who is even mediocre would ever do a "contract to hire". If they are good they have options and there just isn't any upside to doing a contract for hire when you can take another full time job. Contract for hire is a big red flag!
- beachstartup 13y ago
  > The difficulty here is that no one who is even mediocre would ever do a "contract to hire". this is absolutely not true. good people will simply demand a high hourly billing rate during the contract phase to compensate for the opportunity cost, which you have to be prepared to pay. sure if you're dicking around with $20/hr "contracts" everyone decent will tell you to kick rocks. have you ever worked with people who are used to getting paid $100+/hr? i.e. top people? it doesn't sound like it.
  - chollida1 13y ago
    I think we're going to have to disagree here. > have you ever worked with people who are used to getting paid $100+/hr? i.e. top people? it doesn't sound like it. I saw this and wondered if you were trolling. It's certainly a rude and undeserved comment, but I'll be charitable and bite:) My main point is that "good" developers, always have options. My assumptions: 1) the developer wants full time work, otherwise they would just do contracting and not contract for hire. 2) jobs are plentiful for good developers. Why would the developer assume all the risk with contract for hire, unless they had no other options? Why not just take the full time job instead? Basically my point boils down to two points... 1) How would a company convince me to do contract for hire work when I can work somewhere else without that risk? What's my upside to doing this? 2) As long as most companies don't' do contract for hire, a company is putting themselves in a position that excludes most talented developers. ie if you aren't facebook, twitter, dropbox, etc. my contention is that the top developers will laugh at your contract to hire request.

snorkel 13y ago

The Airplane test: imagine sitting next to this person for 8 hours on an airplane. If your first reaction is "No thank you!" then your team will feel the same about working with them.

deleted 13y ago
[deleted]

islon 13y ago

Throw a dice: if it's a 6 then he'll be a good team player. No, serious, it's really hard to know that beforehand, an interview with the right questions can help but luck is still involved.

6d0debc071 13y ago

Are you a team player? Well now, that kinda depends on the team, doesn't it? You can't just slot people in and out like identical Lego blocks. "Ah, yes, I'll take a bag of 15 size-10 database programmers with 4 years experience please." Charitably, I'd call this a complexity problem - it costs resources to look into individuals, and that's why you have an interview process rather than having the people who do the job talk to the person and see what they think. Uncharitably, I'd say there are people seriously out of touch with their humanity. Who view people as components because they don't care about people. Perhaps because, if you do, it's emotionally draining to get to know so many people and then hurt them by turning them down. Since it's hard to believe this is really an efficient long-term approach to recruitment, I suspect the truth lies somewhere in between.

mtkd 13y ago

Why do they have to be? Just because a person isn't 100% 'team player' material doesn't mean they are not capable of massive step-change contributions to a team activity. If you hire all 'team players' or all PhDs or all men or all people who have been successful in their lives you are likely to have a team that has less capability than one that has some diversity. Unless you're just building a production line - in which case you probably want the uniformity.

nahname 13y ago
If no one rocks the boat, it comfortably goes over the waterfall. Hiring everyone with the same mindset is a great way to limit innovation and creativity. You also run the risk of being blindsided by upcoming challenges because everyone is so eagerly agreeing to the plan.
gambler 13y ago
Great way to put it. I think this is a part of a larger problem. A lot of IT interviews are based on a gigantic set of "ideal criteria" that no single person can realistically fulfill in its entirety. Because of that every hire is a compromise. Because of that who is hired in the end becomes a subject of subjective and irrational judgements. In my opinion, having a realistic set of minimum requirements (which are actually needed to do the job) and looking for candidates to match every single one of them provides a much better and less biased approach. It can also help to design an interview process in a rational manner.
michaelochurch 13y ago
"Team player" is code for the middling level of ambition (MacLeod Clueless). Not a disengaged doesn't-give-a-shit clock-puncher, but not attuned/savvy enough to focus only on projects conferring personal career benefit. It has little to do with whether one actually works well in a team. It's just a codeword for something that's hard to describe and somewhat socially unacceptable (a middling level of ambition that only exists in fresh college grads who haven't figured out who they are yet) to want.

incision 13y ago

I wonder how my honest answers to that line of questioning would be interpreted? ">What were the biggest challenges the team faced?" Struggling with a crony manager whose universal incompetence worked its way into every aspect of the project. This ultimately made a smoking wreck of the first public milestone. ">Walk me through the biggest team problems and how they were resolved. What was your role in this? After the major public embarrassment described above I was sent before a panel of consultants to effectively interview for my job. I successfully convinced the consultants of my own my own plan to recover the project while laying provable blame for the project dysfunction on the problem manager. The team was appointed a new manager who was happy to stay all but completely out of the way. I was made technical lead and given free reign to pull together a new team. Within six weeks we completed a new public milestone with 4x the scope of the previous failure without a hint of trouble. --- Personally, I see "team player" often being confused with simply being subordinate to the established team. I think there's definitely wisdom in a mentality of service, to the team or the job. Thing is, the team may be best served by having part of it removed and the team function may be best served by a completely different team. In my experience, people don't like to hear that.

kabdib 13y ago
Biggest challenge: A fake scrum system whose claim was "this will make us into great teams" when really all it was used for was micromanagement and scapegoating. "Your velocity is off by ten percent. We're concerned." "You're the most talked about person in the scrum-of-scrums." Gahhh.

FajitaNachos 13y ago

Some of the best team players are those who would do anything, for anyone, at the drop of a hat. They are the people who show up early, bust their ass, never complain, and wouldn't think twice about lending a hand whenever you ask. I have no idea how to determine that from an interview.

cafard 13y ago

In 1683, Prince Eugene of Savoy applied to Louis XIV for a commission in the French army. Louis XIV turned him down flat; whether as not a team player or just as ugly, unprepossessing, etc. I don't know. Prince Eugene turned to Vienna, and spend the beginning of the 1700s winning campaigns and battles against the French marshals, often in cooperation with John Churchill, eventually Duke of Marlborough. Wikipedia has the dates etc.