Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Businesses Programming IT Technology

Where Should I Get My Job Interview Code Samples? 249

crlove asks: "I'm preparing for an upcoming job interview and my interviewer will want to see some code samples. Unfortunately, all of the coding I've done work-wise since college is not only proprietary, but often classified. To be honest, with long days at work and a busy life outside of it, I haven't had much time to code on my own. So, what should I show my interviewer? Should I start working up some code samples? If so, what would be considered sufficiently complex to take to an interview?"
This discussion has been archived. No new comments can be posted.

Where Should I Get My Job Interview Code Samples?

Comments Filter:
  • by Anonymous Coward on Thursday December 14, 2006 @02:04AM (#17233168)
    If you dont have time, pay someone on rentacoder.com to write something for you.
  • by toddbu ( 748790 ) on Thursday December 14, 2006 @02:05AM (#17233172)
    Anytime somebody tries to show me a code sample, the first thing I ask them is where they downloaded it from. Seriously, any employer that asks for a code sample has no clue what they're doing. They should put you at a whiteboard with a pen and have you write something on the fly.
    • by earnest murderer ( 888716 ) on Thursday December 14, 2006 @02:19AM (#17233208)
      I agree.

      But since they asked, you might as well think big. [kernel.org]
    • Be honest! (Score:5, Informative)

      by TrisexualPuppy ( 976893 ) on Thursday December 14, 2006 @02:20AM (#17233210)
      Tell your employer that it is all classified. There is really nothing that you can do about it. It would be a breach of contract and could leave you in legal jeopardy if you showed any of it to him...

      But the TSP has a solution. Tell him that you will code for him if he can give you a terse, yet challenging assignment. This will let him see what he wants to see (i.e., what he wants to test you on), and you're willing to take out a bit of your time just to show him that you're a hard worker. This strategy worked for me and landed me a job in the upper 80's!
      • by camperdave ( 969942 ) on Thursday December 14, 2006 @03:15AM (#17233432) Journal
        FYI, most people call them the late 80's.
        • Re: (Score:2, Insightful)

          FYI, most people call them the late 80's.
          Actually, no. $87500 is not "the late 80's."
        • by tgd ( 2822 )
          Oh dawg gammit...

          Mental note: check if anyone else has used a bad joke before using a bad joke.

          *sigh*
      • by tgd ( 2822 )
        This strategy worked for me and landed me a job in the upper 80's!

        But what has it done for you in the last 20 years?

        *hopes someone gets it*
      • To show source code does not make sense. How is the interviewer to know that it is yours? I do not now of a single business that would authorize the showing of code they paid for, just so that a person could get a job, at a different/competing business. There is also to the ethical question of, "If you show code to this company, you would do the same at the next business you move to. I have always told interviewers that if they wanted to see my code, they could ask the company I worked for to view it; N
        • Re:Be honest! (Score:5, Insightful)

          by Ihlosi ( 895663 ) on Thursday December 14, 2006 @10:25AM (#17235900)
          How is the interviewer to know that it is yours?



          Ask questions about it. They usually show very quickly if you understand the code. Then there are four possibilities:



          1. The code isn't yours and you don't understand it. Bad. You're out.

          2. The code is yours and you don't understand it. Also bad. Also out.

          3. The code is yours and you understand it. Good.

          4. The code isn't yours, and you understand it. Outstanding.

          • by UtucXul ( 658400 ) on Thursday December 14, 2006 @01:14PM (#17239260) Homepage
            Ask questions about it. They usually show very quickly if you understand the code. Then there are four possibilities:
            1. The code isn't yours and you don't understand it. Bad. You're out.
            2. The code is yours and you don't understand it. Also bad. Also out.
            This is grossly unfair to Perl programmers. You don't really expect us to understand every regex we wrote months (or days) ago, do you?
    • by lewp ( 95638 )
      If you run into a hiring manager like this, chances are it's a job you want. The managers and/or leads who take the time to make sure their programmers can code by sitting down and watching them do it are the ones who hire talented folks you'll be happy to work with. During the interview process you'll find out just how much you can expect out of your coworkers by looking at how much the hiring team expects out of you.

      (Of course, this isn't always the case -- a few rubes always slip by -- but it's true more
    • by eln ( 21727 ) on Thursday December 14, 2006 @02:30AM (#17233244)
      I prefer to write a snippet of code on the board myself and ask the interviewee to interpret it. It can be difficult for people to come up with something on the fly during the pressure of an interview, but they should be able to follow the logic of a program written for them if they know the language (at least somewhat) and if they know anything about computational logic. I basically ask them to walk through the logic of whatever routine I put up on the board, and then ask them something specific about it (what will it print at the end, what is the value of variable x after execution, etc.).
      • Re: (Score:2, Interesting)

        by Osty ( 16825 )

        I prefer to write a snippet of code on the board myself and ask the interviewee to interpret it. It can be difficult for people to come up with something on the fly during the pressure of an interview, but they should be able to follow the logic of a program written for them if they know the language (at least somewhat) and if they know anything about computational logic. I basically ask them to walk through the logic of whatever routine I put up on the board, and then ask them something specific about it

      • This is what I've done in the past when appointing technical staff (usually the posts have been sysadmin/tech-related where programming is just one aspect): I offer the applicants a choice of C, Perl, Python or Fortran: they choose and are given a very short program to look at in that language. "What text does this code output?" is what I ask. Typically, it is something like an NxN multiplication table or similar.
    • Re: (Score:3, Insightful)

      by suv4x4 ( 956391 )
      Seriously, any employer that asks for a code sample has no clue what they're doing. They should put you at a whiteboard with a pen and have you write something on the fly.

      You know, after so much typing, I don't know how to write :(
    • Re: (Score:3, Interesting)

      by PinkPanther ( 42194 )
      One of the better interviews I've had was for a Unix coding job. They sat me at an X terminal logged into a "guest" account and told me to write a simple directory listing program and that they'd be back in two hours.

      That was it. No other direction, no manuals. Ah, yes, there was "man"...but the $MANPATH was bare-bones and the guest account had extremely limited access to anything besides /usr/* and /home/guest. On top of that, the only editor that worked was "ed" (vi couldn't handle the term I was ru

    • by zullnero ( 833754 ) on Thursday December 14, 2006 @02:52AM (#17233320) Homepage
      You know what works even better than a "lets stare at the poor guy as he tries to scribble some code clear enough for us to understand, then begin to nitpick like a bunch of chest thumping, thirtysomething, 'I'm an experienced coder and should be the manager'" orgy? Checking references. It doesn't take that long to do. If you can't get anyone, you contact the guy and ask them for someone else, and make sure it's either a college professor or the actual manager/supervisor. Doing that, in conjunction with sending the guy a short project and having him do it over the weekend, is as good as anything else.

      Seriously, how much of your project will this potential employee be doing on the whiteboard? NO one codes that way. Once in awhile, you stand in front of someone else and scribble out a flowchart or a diagram to clarify something. That's it. Just because the guy forgot a semicolon somewhere on a whiteboard scrawl doesn't mean he'll take 5 times longer to get something done working within an IDE that has built in context checking, has a help system loaded with code samples, and an internet connection that allows him to go out and find snippets made free to everyone when he's stuck on something.

      In fact, I'd greatly prefer employing someone that resourceful over someone who will sit there and bang their head over some problem for days or weeks. If you have someone who can find code, understand it well enough to incorporate it, and is detail oriented enough to refactor it clean, that's worth a heck of a lot more than some altruistic chump who thinks it's better to rewrite the wheel for everything. Resourceful people get the work done on time.

      There are occasionally situations where a coder has to solve a problem that hasn't been solved before, or where there isn't a solution readily available. However, those situations are really, in this day and age, few and far between...and if a coder can understand and incorporate a snippet of code into a project and make it work, he probably understands enough to write code on his own.
    • by symbolic ( 11752 )
      Anytime somebody tries to show me a code sample, the first thing I ask them is where they downloaded it from.

      I can show you samples, and I can point you to exactly where I got them- hint: they aren't downloaded. While I'm sure there are those who would try to cheat their way through this, don't be so quick to judge- it's as bad as the fallacious thinking behind the four-year-degree syndrome. For those wondering where to get the samples...CODE THEM. Write a small app.
    • by gweihir ( 88907 )
      They should put you at a whiteboard with a pen and have you write something on the fly.

      Exactly! That way they can also observe your problem-solving process and your ability to communicate about your work. A code sample is mostly worthless. Even if you did write it yourself, it is impossible to tell a) how long it took b) what was wrong with the first revision c) who gave you input d) did you actually implement the right functionality for the problem, ...

      So I agree, an employer that asks for a code sample is
    • Plus, you stole my response. Right to the letter. Kudos, you must be a manager, if not then you should be.
    • by quantaman ( 517394 ) on Thursday December 14, 2006 @05:44AM (#17234004)

      Anytime somebody tries to show me a code sample, the first thing I ask them is where they downloaded it from. Seriously, any employer that asks for a code sample has no clue what they're doing. They should put you at a whiteboard with a pen and have you write something on the fly.
      A whiteboard is a lot different than a computer and all its associated resources. I've seen great coders freeze up when asked to code on a whiteboard and useless people come up with something great, especially when how clever they can be when writing an algorithm isn't what I'm interested in.

      Programs are large and very complicated systems, in my opinion a great programmer isn't someone who can write the fastest sort, it's the person with the skill and determination to quickly understand, and extend, large complicated programs.

      Thus when interviewing I like to have someone bring in a bit of their code. I then ask them to give an overview of what it does and how it works. I then ask them about how they would go about making a certain change in the requirements. What I'm looking for is how thoroughly they understand the design of the code and how well they can communicate that code to someone else. Even if they did download it they still have to really understand it and that's the hard part.
    • by bastia ( 145202 ) on Thursday December 14, 2006 @08:17AM (#17234574)

      I disagree. I could be very useful in the interview process. We used it just to give us something very concrete and technical to discuss with the engineer. Throwing some people questions makes them very nervous, like they're being tested. Having them bring some of their own code to discuss makes most good engineers very relaxed. Here, they get to show their prospective employer something that they're reasonably happy with. If I ask any questions, they're usually very quick to answer. Now, I'm the "newbie" in the code, and they're just showing me around.

      I suppose that it depends why the potential employer wants it. Ask them. Many programmers just "steal" a page of code from some system they're working on even if it is proprietary. If you don't feel comfortable doing that, just work on something for a few hours. Whatever you have time to do. It might not have to be complete or very complex.

      When one of my managers started asking new candidates for code samples, it was actually quite useful in the interview process. I really didn't care whether they wrote it or downloaded it. We weren't looking for "do you know how to write code." We were really interested in hearing you talk about code. Hopefully, you sent us something you wrote. But it wasn't critical to the interview that you did.

      That is, you'd send us a page or two of code the day before the interview. It didn't even have to be in the programming language we were hiring you for (Java, C++, or Perl). One guy sent us some LISP code. Your interviewers would read over the code. Then, during the interview, we'd take out a copy of the code, ask you to give us an overview of what it does, and ask some more specific questions.

      Some examples: For a systems/tools job, one guy just pointed us to a little module in CPAN. The CPAN code had good PERLDOC comments, of course. It was packaged as a module. The guy could explain why he ended up writing it and talk about the code even though it had been a few years since he touched it. Another guy sent us code to a CGI script that he used on a personal web server to track some data between him and his friends. That code was okay, and the guy could explain what he was doing. But it was also a giant flat script. No subroutines. Almost no comments. Program logic and HTML output intervleaved in a somewhat confusing manner. The developer who sent us the CPAN code got the job. Not just on the basis of his code, but it just confirmed everything else we got out of the interviews.

      For another position, some developers sent us a page or two lifted from some of their Java code. Of course, in any real application, a page or two of code doesn't show you much. Still, one guy sent us code with what were almost certainly errors in it. Rather than telling the developer, "Um, this looks like an error," we just asked him to explain what the code was doing. I've rarely seen a candidate look so nervous. He didn't really seem to know what the code was doing. Either he didn't write the code, or he didn't really feel comfortable talking about code. Bzzt. Not someone we wanted on our team. In any case, if you're going to steal code, try to have good enough taste to steal good code. And if you're showing me code that you didn't write, at least take the time to read it and understand what it does.

      For the same job, another developer sent us code for a few methods. As soon as I started asking about the code, she looked so relaxed. Now we were just two engineers talking about code. She started sketching in the margins of the page to show a rough system architecture and where this code fit in. She explained a bit of the data flow and some use cases where the users interacted with the system. We talked about the data being passed in to one of the methods. At one point, she wanted to explain something, realized that she hadn't sent us that code, and sketched a rough version of the code on the back of one of the pages. Her quick version had a silly error. When I pointed it out, she just laughed and said, "Oh, right. It should be like this," and she fixed it. But she was eager to get back to explaining where that sketched code connected to the other code. That's the kind of developer we were looking for.

    • by miyako ( 632510 )
      Granted, people can download code and offer it up, claiming that they wrote it- but I still think there can be an advantage in asking someone to provide some sample code. While I wouldn't want to go through a bunch of sample code for every single person that I interviewed, if it came down to a couple of people I can see the advantage in looking at some sample code and then quizzing the person on how it works, why they chose to do things a certain way, etc. That way, even if they didn't write the code, you
    • We ask this of intern candidates and find it useful. With application: Resume, writing sample, and code sample.

      Usually the writing sample is some essay from their civ class. Their code is some class assignment as well. (CS students have reams of this stuff). If any one of the three is awful, they don't get a callback. (hoo boy! and do some stink).

      In the interview, we ask them to explain the code, and ask why did you do X here instead of Y. If you had another hour what would you change first, etc. We a
  • by dcapel ( 913969 ) on Thursday December 14, 2006 @02:06AM (#17233174) Homepage
    You can always "lift" some snippets from here. [thedailywtf.com]
  • find theirs (Score:5, Funny)

    by Amouth ( 879122 ) on Thursday December 14, 2006 @02:06AM (#17233176)
    if your really good you get a hold of their code fix it and give it back to him in the interview - personaly i like the idea of handing the person being interviewed something from the cbfuscated C contest and ask them to take 5 min and tell me what it does - if they know you show them (seen it before) hire them... if they can manage to read it in 5 min and know what it does having never seen it before - hire them.. if they just look at you dumb.. send them home.

    but that is my personal view..
    • What kind of an interview is that? Figure this out in 5 minutes. [ioccc.org] All that really shows the employer is that you know the language, synax, grammar, and quirks of a language extremely well. Does that mean you can design software? No. That just means you can throw together code that will compile. In fact if someone could figure out an Obfuscated C contest winner in 5 minutes then I'd be more worried about him writing code like that for the company and causing nightmares later on.
      • Re: (Score:3, Interesting)

        by arivanov ( 12034 )

        Not necessarily at least for code (not data access and representation). Depends on the code example and language.

        If the target language is sufficiently diverse and expressive the code example can tell you about the way a person thinks at least as much as the interview.

        There is no point to ask for code samples in java, python, ruby or smalltalk. Different people asked about the same problem will usually end up with the same implementation sans variable names and minor stillistic differences. That is th

    • by Quantam ( 870027 )
      if your really good you get a hold of their code fix it and give it back to him in the interview

      That actually works; I've done it before. Well, to be precise, it was the various bugs I told them about from looking at their disassembly that got me the job offer (it wasn't an interview, and I was never actually trying to get hired). But try that with Microsoft or Sony at your own risk (though I doubt most people here would even consider working for one of them an option) :P
    • Re: (Score:3, Funny)

      by Ihlosi ( 895663 )
      and ask them to take 5 min and tell me what it does



      Simple: "This does get the person who wrote it fired if it ever turns up in a real project."

      • Simple: "This does get the person who wrote it fired if it ever turns up in a real project."
        But not in five minutes. Usually it takes management a little bit longer than that to notice. And by then, the prankster may already have left anyways...
  • I'm assuming so, but you could just show up with the Linux kernel or the Firefox source. Failing that, grab the FreeBSD source code and change all the varible names to some version of 'foobar'
    • Re: (Score:3, Insightful)

      by andy753421 ( 850820 )
      *cough* you could always spend some time improving support for the linux bcm43xx drivers... ;)
    • And above all, leave out that stuff about having a busy life outside of work. How can you call yourself a dedicated coder if you do things like go home at night or have a life?

      And you have the nerve to submit to Ask Slashdot!

      Some people just don't seem to understand that coding isn't a way of life. It is life.
  • by __aaclcg7560 ( 824291 ) on Thursday December 14, 2006 @02:21AM (#17233216)
    10 rem My first program... :P
    20 print "HELLO, WORLD!"
    30 goto 20
    • by Dahamma ( 304068 )
      Now I know you're lying! No kid playing around with BASIC would ever use "HELLO, WORLD!" as their first program. Now if you had written:

      10 PRINT "YOU SUCK!"
      20 GOTO 10

      THEN I would have known it was actually your first program in elementary school on that TRS-80 in the lab in fact on all the computers you could get your hands on when the teacher was't looking...
      Umm. Nevermind. It wasn't me! I was playing with my Logo Turtle the whole time!
      • Re: (Score:3, Funny)

        The real trick is writing out "You Suck!" in Logo Turtle. That's what separates the men from the boys. :P
  • pseudocode
  • by MarcoAtWork ( 28889 ) on Thursday December 14, 2006 @02:25AM (#17233234)
    ...they ought to give you a problem to solve and expect you to mail in the solution, something like 'ok, let's coordinate, sat morning at 8am I'll send you problem xyz by email, you mail back your code by 5pm, we'll discuss your solution during your follow up interview'.

    There's no way that a prospective employer can reasonably expect to be able to look at your current production code, and if they do and they expect you to bend the rules of your current NDAs I'm not sure it'd be somebody I'd want to work for anyways.
  • by Frogbert ( 589961 ) <frogbert@gmail . c om> on Thursday December 14, 2006 @02:30AM (#17233242)
    Experts Exchange is well known for its well written, bug free and easy-to-read code samples. You should give it a try!
  • RoR coders needed (Score:3, Interesting)

    by drDugan ( 219551 ) * on Thursday December 14, 2006 @02:31AM (#17233250) Homepage
    are you a front end engineer? I'll hire you right now!

    (only half joking)
  • i prefer.. (Score:2, Insightful)

    i had a few interviews fresh out of uni. One place gave the final 3 applicants a puzzle to take home and solve based on a real-world situation, though no "code" was involved, we were asked to provide simple pseudo-code.

    I thought that was odd as we could all go to external sources or each other.

    The next place asked me in the interview "What can you tell me about this code? Problems, inefficiencies.. anything?". I thought that was a much better idea. Plus who wants to write code up on a white board when a
  • by bunbuntheminilop ( 935594 ) on Thursday December 14, 2006 @03:06AM (#17233384)
    float InvSqrt (float x){
    float xhalf = 0.5f*x;
    int i = *(int*)
    i = 0x5f3759df - (i>>1);
    x = *(float*)
    x = x*(1.5f - xhalf*x*x);
    return x;
    }
    • Then I'd ask you to fix the bugs in it, and to explain what it does.

      If you can explain it, you have a good chance of getting hired for certain jobs.
      If you can't explain it, then we can both have a good laugh about your joke, and I can look at the next candidate.
  • Just keep an eye on past and current projects for ones that are reasonably self-contained (there are always a few gems that you write while working) and then go home and reimplement it on your own hardware and on your own time. It is perfectly acceptable to use a code sample like this for interview purposes, provided that proprietary information is not present. I have several samples from the past few years which are loosely based on insights that I gained during particular projects. I went home and rewo

    • Ok, I better qualify "knowledge" before I get slammed. By this, I am referring to your understanding of things other than trade secrets and the like. So, your knowledge of .NET, or Java, or Python, or building relational databases, or implemented object-oriented software architectures, or developing in an Agile framework, and so on.

      My comment was in the context of code sample, so I'm assuming you're bright enough to not share your knowledge of trade secrets and the like in your code samples, :-).

  • Open Source? (Score:3, Interesting)

    by davburns ( 49244 ) <davburns+slashdot.gmail@com> on Thursday December 14, 2006 @03:13AM (#17233424) Journal
    It's probably too late for your "upcoming" interview, but if you donate some code to the odd open source project here or there, then you have something you can be proud of -- especially if the prospective employer uses the stuff you helped to write.) Many projects list names of contributors in a "credits" or "release notes" file, which gives you a way to show that the code is yours -- instead of stolen from someone else.
    • by Aladrin ( 926209 )
      I'm surprised that it took this long for someone to post this answer. It's so obvious that it's almost painful.

      Everyone seems intent on stating that if they ask for code samples, you don't want to work for them. I work for a company that wanted a code sample, and life is good. I love this company. I think instead, companies that DEMAND code samples are the ones to watch out for.

      At any rate, having open source work you can show will have 2 effects:

      You'll have code to show.

      You'll weed out companies that a
  • Really good advice (Score:3, Interesting)

    by ILuvRamen ( 1026668 ) on Thursday December 14, 2006 @03:27AM (#17233478)
    Just ask them to sign something saying they won't use it or you'll sue em. That will impress them and know that they can count on you not to show off any code you write for them and show off the coolest stuff. Either that or show a simple example of how you fixed a common problem that other programmers leave in most programs and be able to explain how you thought of it and why you implemented it as well as have an example of another popular program that didn't fix the problem (preferably from Microsoft.) For example, if you found a way to sync up the highlighted line between multiple bound listboxes to eliminate the delay between the mouse down and mouse up (I'm even still working on that one) and you show that then there ya go. They'll be impressed that it's yours, it's smart, supposed professionals leave it in their programs, and there's a decent reason for it...though you could find a fix with a better reason than "it looks prettier" like with the listboxes. Btw if you do fix that listbox problem, send me to code too lol.
    • by Zadaz ( 950521 )

      Just ask them to sign something saying they won't use it or you'll sue em.

      Except that's exceptionally bad advice. The information isn't his to protect, it's property of his company and he's signed contracts to maintain its confidentiality. As an employee he doesn't have any power to re-engineer his contract to include external third parties.

      What it would show me (as an interviewer) is that this person doesn't understand the proprietary and classified contract he's signed and is a security risk.

      I would ev

  • Google [slashdot.org], of course.
  • by Channard ( 693317 ) on Thursday December 14, 2006 @04:50AM (#17233778) Journal
    10 PRINT "Give me a JOB!" 20 GOTO 10
  • Just a thought.......
  • Call your interviewer ahead of time and tell him/her the same thing that you just told us. Offer to work through some technical problems during the interview so they can see how you think. Most people in the business world (that you want to work for, anyhow) are sane and would understand your situation.

    I have never been asked for code samples as part of an interview. Probably because the vast, overwhelming majority of code that people get paid to write is either proprietary, classified, or both. Seems a
    • "Avoid employing unlucky people - throw half of the pile of CVs in the bin without reading them."

      Whose luck are you measuring, the candidates or yours?

      I go through tons of applications looking for qualified people. It would be my luck to discard the one or two who actually know what the position they applied for is.
  • Unfortunately, all of the coding I've done work-wise since college is not only proprietary, but often classified. To be honest, with long days at work and a busy life outside of it, I haven't had much time to code on my own. So, what should I show my interviewer?

    How about showing them some of the code that is proprietary but not classified?

  • by marktoml ( 48712 ) * <marktoml@hotmail.com> on Thursday December 14, 2006 @08:51AM (#17234802) Homepage Journal
    However this is a good reason to have considered (at least considered!) doing a bit of work for an open source project. There are lots of them on SourceForge (and many other fine places) begging for help. A few bits added in make nice examples you can point to when asked for code samples. I know, it seems like a huge time investment that you don't have, but it really doesn't have to be. Further, every little bit helps the project guys.

  • by nblender ( 741424 ) on Thursday December 14, 2006 @09:03AM (#17234922)
    In the time that it's going to take for you to read all of these responses, you could have sat down and written some code that will impress them. They're not looking for your magnum opus... They want to see stuff that shows you can understand a problem and translate your understanding into compilable syntax. In fact, they probably don't even care about compilable syntax. Think of a cute hack and write it instead of reading slashdot. Take it in and say "I can't show you any of the code I've written professionally, so I wrote this last night. You can confirm with google that I didn't download it from anywhere if you like, or you can ask me any questions about it and I'll be happy to answer them." Don't pick something related to the companies' core business. They understand their problems _way_better_ than you do. Second, decide whether you want to work for a company that quantifies you based on your code output. I'm a coder and I only spend about 10% of my work time actually writing production code. The rest is hacking test cases, prototyping, designing, staring at graphs, and attending team meetings.
  • I was asked for a code sample only once. More common was to email me a quiz that involved a simple coding problem. But even that was fairly rare, as most companies just did a quick phone screen and got me to whiteboard stuff in interviews.

    What I did when I was asked was simply state that all my relevant work in the language they asked for was done for my current job, and thus I couldn't disclose any of the code to them in good concious. I then asked them if, instead, they would like to give me a simple pr
  • Two things (Score:3, Interesting)

    by Mycroft_514 ( 701676 ) on Thursday December 14, 2006 @10:43AM (#17236220) Journal
    If they request code samples, then they are anal and you don't want to work for them (as others have stated), or two, they are looking to see if you lift code from another source. Depending on the company, that can be either a good thing or a bad thing. If they are an ethical company, and they find you lifting code, then you are toast. If they aren't an ethical company, why do you want to work for them?

    Either way, if a company asked me to bring in a code sample, I would cancel the interview, since obviously, I don't want to work for them.

    Oh, and ANY code I worked on for previous employers is not my property, and to display it to someone else is violating the no compete clause I may have signed when leaving the previous company, or with my current employer.

    In many job interviews over the last 25 years, not once have I been asked to show "code samples". With one company I was asked to take a basic programming test, but that only took a half hour. (Stupid test, they had an invalid question on it, where the correct answer would depend on the setting of a compile time switch in several languages).

THEGODDESSOFTHENETHASTWISTINGFINGERSANDHERVOICEISLIKEAJAVELININTHENIGHTDUDE

Working...