tag:blogger.com,1999:blog-5642247452011148209.post6676998741176534009..comments2009-10-28T14:40:18.988-07:00brenthttp://www.blogger.com/profile/13947142104313550712noreply@blogger.comBlogger2125tag:blogger.com,1999:blog-5642247452011148209.post-64906033920457954012009-10-28T14:40:18.988-07:002009-10-28T14:40:18.988-07:00I started a job back in April as a senior Linux administrator, running 125 servers for an ISP. Normally I&#39;ve been interviewed and then tested, but this company did the testing first- apparently they had already found several people who looked nice in a shirt and tie and who interviewed well, but who didn&#39;t really know what they were doing when it comes to Linux. Apparently some of the people who had taken (and not even remotely passed) the technical test were former system administrators for other companies, with several years of experience. After talking to them, they were truly surprised that most of these people couldn&#39;t even fix a simple grub issue.<br /><br />They got tired of wasting time interviewing people who didn&#39;t have the knowledge and experience for the job, so they started doing the technical test first.<br /><br />Granted, this was for a system admin job rather than a programming job, however I think the situation would be very similar for a programming job, especially if the job involves working on a team with other programmers. Just because your code was accepted for one open-source project doesn&#39;t necessarily mean you&#39;re going to be a good fit for every project in the world.<br /><br />Each job has its own requirements. A properly written programming test can tell whether the applicant has the skills and knowledge needed for that particular project, as well as whether or not their code is going to &quot;fit in&quot; with the other people involved in the project. Not only does the applicant have to be able to work with the existing code, but the existing programmers need to be able to work with the applicant&#39;s code as well.<br /><br />As the first comment said, some jobs require different degrees of being able to think on your feet. I&#39;ve had programming jobs where somebody else had already designed the overall structure of the final product and I was just writing code for specifically defined pieces of that overall structure. I&#39;ve also had jobs where I was designing the overall structure AND writing part of the code.<br /><br />I&#39;ve known people who could write code all day long by themselves, but ran into trouble when they had to write code which interfaced with other peoples&#39; code. I&#39;ve also known people where just the opposite- they were fine when working within a strict framework, but couldn&#39;t handle the more creative processes involved in architecting a project. Personally, I find myself to be more productive when working alone, however I&#39;m okay with being part of a group project as long as I understand how my own code fits into the larger framework of the project.<br /><br />Different projects involve different kinds of situations, and having your code accepted for an open source project doesn&#39;t necessarily mean that somebody is going to be a good match for every project in the world. I think employers owe it to themselves to at least try and make sure that an applicant is going to &quot;fit&quot; into the project, not only in terms of technical skills and knowledge, but also in terms of being able to think on their feet, or to follow an existing framework, as the project requires.jms1http://www.blogger.com/profile/00397348194544366428noreply@blogger.comtag:blogger.com,1999:blog-5642247452011148209.post-18568988977092559242009-09-16T17:01:48.740-07:002009-09-16T17:01:48.740-07:00Hi Brent,<br /><br />Having just interviewed someone who has had code submitted to the kernel, I have to say we were very disappointed when we threw a few programming questions at him. He didn&#39;t even get off first base, even with quite a bit of coaching. Clearly he wasn&#39;t going to fit in with our team or culture if he can&#39;t brainstorm code. There are some kinds of open source development (perhaps fixing device drivers for a vendor) that are very structured, and maybe don&#39;t lend themselves to creative programming.<br /><br />I guess you could argue that some people don&#39;t test well...and that could certainly be true...but everyone has their favorite filters...<br /><br />Dave BDavehttp://www.blogger.com/profile/10680478946453043109noreply@blogger.com