If the answer can be googled, or learned in one week on the job, then it's a bad interview question. You'll train your people, so hire for that which you can't train. No shibboleths.
-
-
Show this thread
-
I always ask the same questions (makes it easy to compare candidates), and they're very straightforward. No particular knowledge needed -- just the ability to program. No tricks.
Show this thread
End of conversation
New conversation -
-
-
Hiring for "soul" is hard. Or is it? Ok. Hiring energetic "empathic" people is hard. Right?
Thanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
@fchollet I wanna be like you when I grow up -
Clishee
End of conversation
New conversation -
-
-
This is still not applied in SV often enough
-
Fantastic employees won’t even attempt to interview at the big tech cos because of terrible experiences with gotcha questions that could and would be easily googled
End of conversation
New conversation -
-
-

if that was the case id have a jobThanks. Twitter will use this to make your timeline better. UndoUndo
-
-
-
This is really good advice. In the team I work with, we sometimes hire people with specific domain knowledge to work on a particular project, but more often we prefer people with broad experience who can work on lots of different pieces of software and pick up things quickly.
-
We value experience working with the open-source community and being able to work with a team and apply good software engineering practices, rather than brilliant hackers who spend all their time in a closet.
End of conversation
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.