Slashdot Mirror


Ask Slashdot: How Can You Apply For A Job When Your Code Samples Suck?

An anonymous Slashdot reader ran into a problem when looking for a new employer: Most ask for links to "recent work" but the reason I'm leaving my current job is because this company doesn't produce good code. After years of trying to force them to change, they have refused to change any of their poor practices, because the CTO is a narcissist and doesn't recognize that so much is wrong. I have written good code for this company. The problem is it is mostly back-end code where I was afforded some freedom, but the front-end is still a complete mess that doesn't reflect any coherent coding practice whatsoever...

I am giving up on fixing this company but finding it hard to exemplify my work when it is hidden behind some of the worst front-end code I have ever seen. Most job applications ask for links to live code, not for code samples (which I would more easily be able to supply). Some of the websites look okay on the surface, but are one right click -> inspect element away from giving away the mess; most of the projects require a username and password to login as well but account registration is not open. So how do I reference my recent work when all of my recent work is embarrassing on the front-end?

The original submission's title asked what to use for work samples "when the CTO has butchered all my work." Any suggestions? Leave your best thoughts in the comments. How can you apply for a job when your code samples suck?

408 comments

  1. Maybe it's just you.. by Anonymous Coward · · Score: 0, Interesting

    Think hard about that for a second. First post!

    1. Re: Maybe it's just you.. by Anonymous Coward · · Score: 0

      Hardly. Is that you, CTO? Hahaha

    2. Re: Maybe it's just you.. by Anonymous Coward · · Score: 0

      If you have a problem with everyone, there is a chance you are the problem.

    3. Re: Maybe it's just you.. by Anonymous Coward · · Score: 0

      Also, if you have no problem with everyone else there is a chance you are the problem. In short your comment is obviously useless.

    4. Re:Maybe it's just you.. by jellomizer · · Score: 2

      I have to agree, I see more excuses then actual proof that you can write good code. In short for most organizations the ability to write perfect code is nearly impossible. The aspects of what is considered good code are mostly academic and abstract in nature, rarely consider real world problems, such as speed to delivery, compatibility with legacy systems, having to try to justify to share holders why there isn't any visible change to the product...

      As someone who had started out as a programmer and had advanced to Architect and Manager, I find myself having to direct the less experience coders to do things in a way that I know myself would had issues with doing such back when I was started, with my head fresh with ideas on what was right and what was wrong. There is a real balance that needs to take place. In terms of interviewing and explaining your code examples if you could explain the reasons why you did it that way vs other ways, chances are the hiring staff would be able respect your code more.

      Normally if I am reviewing a potential employee code samples, I am trying to gauge their technical skills by seeing that they can in fact produce complete code, ingenuity seeing how they are able to work around problems, organization making sure their code is done in some sort of logical order. I am not going to nitpick on how well they isolate classes, or if they decided to make a polymorphic class structure with overloaded operators.

      At one employer I had made a test that was rather good at getting good employees.
      Problem 1: HTML/CSS I had a picture of an overlapping boxes on top of a grid, and ask them to reproduce it.
      Problem 2: I had a SQL command that returned no rows, however the table and logic obviously shows that it should. They were to debug the code and fix the problem.
      Problem 3: Make a basic Input form in the language needed asking for an American Address fields (with leading 0 zip codes) with appropriate checks to make sure the address is valid.

      I have found that more most people this test actually takes them 4 hours to complete they are allowed to use Google to search for help, but they are not allowed to chat with someone else or ask a direct question, so they are proctored. I had found out that this test weeded out a lot of bad developers as retained mostly good ones. As they knew how to search for information they didn't know, analyse and break apart complex code to find problems and deal with problems which may have a hidden twist to them.

      But back to the point, blaming your CTO for bad code is just a lame excuse. I have dealt with bad CTO with stupid ideas, and I found ways to make them work.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
  2. Share the backend code? by chooseagain · · Score: 1

    Nothing says you can't share that. I think many hiring managers would understand that sometimes clueless coworkers or especially bad management decisions get in the way of producing quality code. Ignore the front end code unless asked about it. If questioned about it, just mention that bean counters higher up meddled with it/forced you to code like that (also shows you obey management, which is a plus for getting hired lol)

    1. Re:Share the backend code? by Anubis+IV · · Score: 5, Insightful

      If a job candidate walked in and handed me proprietary backend code from his current employer, you can pretty much be guaranteed that he wouldn’t be getting the job. Aside from the obvious legal concerns, how could we be expected to trust that he wouldn’t do the same thing later with our code?

    2. Re:Share the backend code? by jeff4747 · · Score: 1

      Nothing says you can't share that.

      Nothing except copyright law and the NDA he signed at his current job.

    3. Re:Share the backend code? by MrKaos · · Score: 1

      If you are a contractor then they don't own your code. Even as an employee you still own the moral right to your code.

      Sure, if a candidate handed me thousands of lines of proprietary code and said 'here ya go' that would be a problem but no one is going to chuck a cow about 50 lines of non specific code he'd anonymized to demonstrates a grasp of the language, it's not like he is handing over the plans to the death star.

      Having said that, it's not a very classy move. He should be showing better preparation skills and have something that shows he can code a few designs patterns and that he understands why and when to use them. Even better a OSS project.

      Any more than that and you're not succinct.

      --
      My ism, it's full of beliefs.
    4. Re:Share the backend code? by vlad30 · · Score: 1

      He might be applying at Microsoft or Google Probably currently works at apple. Yes its an old joke

      --
      Your'e all thinking it, I just said it for you
    5. Re:Share the backend code? by lucm · · Score: 1

      Even as an employee you still own the moral right to your code.

      Are you a former Uber employee?

      --
      lucm, indeed.
    6. Re:Share the backend code? by Anonymous Coward · · Score: 0

      50 lines of non specific code he'd anonymized to demonstrates a grasp of the language

      If it is just a few lines of code to show grasp of the language, he could write up some random code or test problem on his own in an evening. If you're looking for how well they architecture something or solve non-trivial problems, you might need more than 50 lines. But regardless of the number of lines shown, if it is shows solving an important problem demonstrating the peak of their ability, that code is probably pretty critical and I wouldn't take it being spilled to other companies lightly.

    7. Re:Share the backend code? by hackwrench · · Score: 1

      I've written so much code "for me" and for my reuse, this person just leaves me scratching my head. He's written no library work? I'm 40 and I was writing components to reuse back in the 10th grade and started programming in the 4th grade. This person has no excuse for his lack of code.

    8. Re:Share the backend code? by JohnFen · · Score: 1

      If a job candidate walked in and handed me proprietary backend code from his current employer, you can pretty much be guaranteed that he wouldn't be getting the job.

      This.

      I've had candidates do that before, but it's rare. (That I could tell -- obviously, it's not always possible to tell). When it's happened, I've asked for the written release from the employer saying that they are allowed to share the code. If they have one, that makes them even more appealing. If they don't, they aren't getting the job.

    9. Re:Share the backend code? by JohnFen · · Score: 1

      If you are a contractor then they don't own your code.

      That depends on the contract. Every time I've done contract work, I've signed a "work for hire" agreement, which means the client owns the code I produce. It would be pretty crazy for the client not to require this, in my opinion.

      Even as an employee you still own the moral right to your code.

      Say what? How do you figure that?

    10. Re:Share the backend code? by MrKaos · · Score: 1

      I've written so much code "for me" and for my reuse, this person just leaves me scratching my head. He's written no library work? I'm 40 and I was writing components to reuse back in the 10th grade and started programming in the 4th grade. This person has no excuse for his lack of code.

      Precisely, especially if can zero in on what they want you to do. I've got design patterns demonstrated in several languages, like strategy and control in a java script implementation of application controller for front-end stuff because, by all means show them stuff, but you don't want to give them too much as it might be jerks just trying to raid code samples for ideas with no intention of hiring.

      --
      My ism, it's full of beliefs.
    11. Re: Share the backend code? by Anonymous Coward · · Score: 0

      You know, the moral rights to it, morally speaking. What the hell is wrong with you people?!?

    12. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Not everyone programs outside of work. I stopped writing code for fun the moment I got a job doing it, the most I could hand any potential employer is my 6 years of experience being the right hand man in a startup and a handful of embarrassing uni projects.

    13. Re:Share the backend code? by Z00L00K · · Score: 5, Insightful

      Which means that you should contribute to open source projects now and then just to leave some traces of your worth.

      Or even develop some demonstration application that you can show. Doesn't really matter what.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    14. Re:Share the backend code? by ShanghaiBill · · Score: 5, Insightful

      If you're looking for how well they architecture something or solve non-trivial problems, you might need more than 50 lines.

      Indeed. I hire people, and I am looking for way more than 50 lines. At least 500 lines. It should be a non-trivial complete program that does something interesting. It is fine if it is something you wrote for a hobby project on your own time. In fact, it is BETTER if it is hobby code, since that indicates passion and a love of coding.

      The first question I will ask is "Explain what this program does." I expect you to walk me through it, explaining as you go. It is surprising how many candidates can't do that ... since they clearly didn't write the code themselves. That is great. I love ending interviews early because I then have free time in my schedule.

      Besides listening to a candidate explain their own code, I am looking for useful comments, logically named functions that do only one thing, consistently named variables, encapsulation of state, etc. The code should be readable and easy to understand. It should look like it was written by a competent professional who is proud of his craftsmanship.

      I am looking for much more than a "grasp of the language". I am looking for a grasp of professional programming principles.

    15. Re:Share the backend code? by Anonymous Coward · · Score: 0

      >Even as an employee you still own the moral right to your code.

      That's what that one guy thought, now he's in prison serving a year sentence and will probably never get another white collar job again.

    16. Re:Share the backend code? by mwvdlee · · Score: 1

      More importantly, you're not trying to walk the edges of copyright law here; you're trying to impress the next guy who's going to give you access to their codebase.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    17. Re:Share the backend code? by ShanghaiBill · · Score: 1

      I've written so much code "for me" and for my reuse, this person just leaves me scratching my head. He's written no library work?

      Indeed. I have over 200MB of code that I have written over the years that is mine. I reuse it in nearly every project. Need to do file sync with UDP? I got it. Need an RS-232 module in Verilog? I got that too. Nobody can say I don't own it, because I do a periodic public timestamp.

      To timestamp your work, just create a zip or tgz file of all your stuff, and then do a SHA-256 hash of the file. Post the hash in a public place, such as Facebook, or mail it to yourself or someone else via Gmail or other well known mail service.

    18. Re:Share the backend code? by Anonymous Coward · · Score: 1

      Microsoft and google would both show you the door the second you handed them code belonging to another organisation and blacklist. not sure about apple but both MS and google have very explicit conditions about not using, showing, discussing code from former employers as the legal trouble that can arise is a 1000 times greater than the benefit would ever be.

    19. Re:Share the backend code? by Anonymous Coward · · Score: 1

      I hire people, and I am looking for way more than 50 lines. At least 500 lines.

      ShanghaiBill spends an awful lot of time on slashdot talking about how he hires, and how it is hard to hire good people. And yet, for all his whining and condescension, he has never posted a link to the great jobs for great employees he's always seeking. I wonder if that has something to do with the salary offered. Nah, couldn't be that.

      As for the Ask Slashdot guy...

      If your code sucks, write better code. Spend a weekend on a hobby project you've been wanting to do forever and just make the best version you can with an arbitrary limit of a day or two at 12-16 hours/day. If you don't have an itch to scratch or the drive to get a minimally viable demo product of same out in a day... Go be a plumber. Same shit, better pay.

    20. Re:Share the backend code? by viperidaenz · · Score: 1

      If you're a contractor, being paid for time, you don't usually own anything you produce while you're being paid, it will be in your contract.

    21. Re:Share the backend code? by Anonymous Coward · · Score: 1

      If you are a contractor then they don't own your code.

      That depends on the contract. Every time I've done contract work, I've signed a "work for hire" agreement, which means the client owns the code I produce. It would be pretty crazy for the client not to require this, in my opinion.

      That's insane for you to do. A bad client could rightfully sue your other clients claiming that they own the code you produced because you assigned copyright to them as a work for hire. Any library, loop or other snippet of reuse by your other clients is then infringement of the WFH contract.

      Now if you want to offer them a perpetual, non-exclusive and possibly transferable license, that's another thing.

      I've had clients seek overreaching copyright claims, NDA and other crap. I explained to them why they didn't really want to pay what I would charge for that vs a non-exclusive license. Most understand and agree, the rest I walked away from.

    22. Re: Share the backend code? by Anonymous Coward · · Score: 0

      It's a completely new world. Libraries? Oh you mean those thingies that their code couldn't exist without?

      Lets face it. They don't teach programming in school, they teach "coding." Modern programmers think all the work is done, and they just have to put copypasta code in the right order.

    23. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Oh, so imaginary rights.

      Good luck if you ever go to court.

    24. Re:Share the backend code? by PopeRatzo · · Score: 1

      It is fine if it is something you wrote for a hobby project on your own time. In fact, it is BETTER if it is hobby code, since that indicates passion and a love of coding.

      Listen to Bill. A good employer (one you'd actually want to work for) will look deeper than a front end. They will understand that good programmers often get buried on horrible teams or departments. Explain the situation and explain your code. Show off your understanding and the depth of your commitment to the craft.

      And good luck.

      --
      You are welcome on my lawn.
    25. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Re: moral rights, you have none. It's work for hire. The best suggestion has already been made: contribute to open source projects (or start your own) and share that. Any employer that expects copies of protected works or any potential employee that provides is seriously lacking in integrity.

    26. Re:Share the backend code? by PopeRatzo · · Score: 2

      ShanghaiBill spends an awful lot of time on slashdot talking about how he hires, and how it is hard to hire good people. And yet, for all his whining and condescension, he has never posted a link to the great jobs for great employees he's always seeking.

      Why would he post a link to a great job on Slashdot? So he can get inundated with inquiries from bitter jackoff Anonymous Cowards like you?

      Here on Slashdot, you can surf the comments at +1 if you want to avoid the tsuris, but you can't post at +1.

      Who needs a bunch of resumes from GNAA, APK, neo-Nazis, 4chan trolls, MRAs and griefers? Here, let me illustrate:

      If your code sucks, write better code.

      Why you dumbfuck. The best advice you can offer is "git gud"? I'll bet you're a goddamn prize employee.

      --
      You are welcome on my lawn.
    27. Re:Share the backend code? by MrKaos · · Score: 1

      If you are a contractor then they don't own your code.

      That depends on the contract. Every time I've done contract work, I've signed a "work for hire" agreement, which means the client owns the code I produce. It would be pretty crazy for the client not to require this, in my opinion.

      I think you have to be crazy to accept such a term as it prevents re-use and is counter-productive to the entity I am contracting to. I point out to them that agreeing to that term prevents me from deploying code I have already written because it provides them a claim over previous works on MY intellectual property that already exist and I deploy. How would I explain that to a previous employers who didn't ask me to sign away my rights that they could no longer use parts of my code that were used to meet a business deadline because my new employ has a claim on it?

      This is a complete deal breaker for me and no contracting programmer should ever agree to such a term, IMO, because you are providing them with a license to use your code in their code, however that doesn't mean they have a claim to my works. If they want to own my code then hire me as an employee or everything for them will be created from scratch. It's not my problem if they can't meet their deadline, I'm here for the money.

      Even as an employee you still own the moral right to your code.

      Say what? How do you figure that?

      Because some rights are unassailable. Even if you have assigned the copyright you are still the creator of the work, that can't change. I think getting a good understanding of the copyright laws (and any local variations) is required reading for any programmers seeking to have a long term, professional career. Don't undermine your own rights, assert them, it's the one thing you can do to improve things for other programmers.

      --
      My ism, it's full of beliefs.
    28. Re:Share the backend code? by MrKaos · · Score: 1, Insightful

      If you're a contractor, being paid for time, you don't usually own anything you produce while you're being paid, it will be in your contract.

      So what? With a common law contract (at least where I am) the default position is that the contractor owns the intellectual rights to their code. You have to ADD that condition to a contract to override the common law position.

      So with one stroke of the pen, whilst I read the contract, it is gone and the onus is on them to agree or explain why the common law position is not acceptable and we are back to rate negotiations. I think you need to learn some negotiation skills and to not be a pussy. Keep your code and the money. That's what I learned contracting for over a decade, it's money in your pocket.

      Isn't it obvious to you they have time and budget constraints if they are seeking a contractor? They just want to get on with it, if they think you're good enough to offer a contract to then they think you can do the job and don't want to fuck around. You need to foster a business mindset if you are going to contract program they aren't buying code, they're buying time.

      --
      My ism, it's full of beliefs.
    29. Re:Share the backend code? by johnw · · Score: 3, Insightful

      Here on Slashdot, you can surf the comments at +1 if you want to avoid the tsuris, but you can't post at +1.

      I think you can actually.

    30. Re:Share the backend code? by Anonymous Coward · · Score: 0

      ..., but it checks out.

    31. Re: Share the backend code? by Anonymous Coward · · Score: 0

      That doesn't prove ownership, only access. In fact this practice of yours could get you into real problems if you happen to reuse your acclaimed code in an employer's code base.

      To prove ownership you'd have to provide evidence of work (hours) in relation to your code, and never use that code in a paid job except if asked and agreed a license.

    32. Re: Share the backend code? by Anonymous Coward · · Score: 0

      You a libertarian?

    33. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Jokes are supposed to be funny.

    34. Re:Share the backend code? by Hognoxious · · Score: 1

      You have to ADD that condition to a contract to override the common law position.

      Yeah, that's why they do that.

      So with one stroke of the pen, whilst I read the contract, it is gone

      And so are you, snowflake. Be sure the boss will have a good laugh about it with his golf buddies.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    35. Re:Share the backend code? by serviscope_minor · · Score: 5, Insightful

      At least 500 lines. It should be a non-trivial complete program that does something interesting. It is fine if it is something you wrote for a hobby project on your own time. In fact, it is BETTER if it is hobby code, since that indicates passion and a love of coding.

      Unless you're working on web front end stuff, or open source projects, people aren't going ot be able to share any of the work they've done. If you're then relying on hobby projects, you're restricting yourself to certain types of personality and you're going to miss a lot of great people.

      Some of the best pogrammers I've known work had and well during work hours then switch off afterwards, meaning they don't have any hobby projects. I also disagree that to have a passion for something you have to live and breathe it 24/7.

      --
      SJW n. One who posts facts.
    36. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Well if you wrote that stuff while working for a company, they own it and you can't reuse it. Unless it was released publicly under an appropriate licence of course.

    37. Re:Share the backend code? by bill_mcgonigle · · Score: 1

      Right - go find a project you use that uses the tech you know and look for their 'up for grabs' issues. Contribute. Keep in mind that your professionalism on the issue tracker is going to be more important than your indent style on the code, as long as your algorithms' runtime is correct.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    38. Re:Share the backend code? by Hognoxious · · Score: 1

      The myth of the "poor man's patent" is still alive in 2017? How quaint!

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    39. Re:Share the backend code? by Hognoxious · · Score: 1

      I think you have to be crazy to accept such a term as it prevents re-use and is counter-productive to the entity I am contracting to. I point out to them that agreeing to that term prevents me from deploying code I have already written because it provides them a claim over previous works on MY intellectual property that already exist and I deploy.

      No it doesn't. If I do work in 2018 for Foo Inc under license X that has precisely zero bearing on stuff I did in 1999 for Barcorp under license Y. How the fuck could it?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    40. Re:Share the backend code? by Anonymous Coward · · Score: 0

      "If you are a contractor then they don't own your code. "

      Dude, you have this backwards.

      An employee **never** owns their code.

      A contractor **may** own their code, but it depends on the contract.

    41. Re: Share the backend code? by Anonymous Coward · · Score: 0

      " never use that code in a paid job"

      You mean in a "work for hire" job?

      I can use it in other contracted jobs, provided the contract recognizes the fact.

    42. Re:Share the backend code? by Anonymous Coward · · Score: 0

      I'm not touching that "moral right" bullshit.

      But, as a contractor with 15+ years of experience, I have *never* signed a "work for hire" equivalency agreement and I never will.

    43. Re: Share the backend code? by Zero__Kelvin · · Score: 0

      It is not true that they don't own the code if you are a contractor unless you have that in writing. Some people think it is not moral to violate the law, so if anyone follows your advice they will be doing something that is possibly unlawful and certainly morally ambiguous at best.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    44. Re: Share the backend code? by Zero__Kelvin · · Score: 0

      And whatever do, don't use the phrase "algorithm's runtime" in the interview unless it is an interview for a Punk Band with heavy Cypherpunk influences!

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    45. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Bill is either who he says he is and has the most cushy lower middle management job on Earth.

      Or he's some IT guy in some basement in a flyover state bored off his ass and hating his life. In a Walter Mitty day dream, he posts on Slashdot as if he's the lower middle management little shot he wishes he was.

      Look at the time stamps of his posts. It screams basement dwelling IT guy. Sure, he says he is in China, but he's really doing a night shift because it's more exiting than being off and trying to find something to do other than watch the corn grow or the old steel mills rust.

    46. Re:Share the backend code? by Anonymous Coward · · Score: 0

      You cannot patent code, you copyright it. So go be stupid somewhere else.

      Copyright is granted to the author at creation. And yes, a simple time stamp is all you need. Its not iron clad, but good enough unless you are going up against mega corp with lawdogs to spare.

      Did I mention you are stupid?

    47. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Shhh.. let this keyboard commando, who OBVIOUSLY is employed by Google, Microsoft and Apple due to his 1337 coding skills, be oblivious to how the real world works.

    48. Re:Share the backend code? by MrKaos · · Score: 0

      Yeah, that's why they do that.

      So you haven't got the balls to change a contract term during a negotiation? Are you telling me you go to all the effort of reading your contract and you don't negotiated the terms, or that you don't read the contract?

      And so are you, snowflake.

      Oh sweetie, now you're just being jealous because you regret not standing up for yourself. Do you think they got to be the boss by passively accepting the terms of contracts presented to them? Or were they negotiating terms?

      They respect that you've got some balls.

      --
      My ism, it's full of beliefs.
    49. Re:Share the backend code? by MrKaos · · Score: 0

      I think you have to be crazy to accept such a term as it prevents re-use and is counter-productive to the entity I am contracting to. I point out to them that agreeing to that term prevents me from deploying code I have already written because it provides them a claim over previous works on MY intellectual property that already exist and I deploy.

      No it doesn't. If I do work in 2018 for Foo Inc under license X that has precisely zero bearing on stuff I did in 1999 for Barcorp under license Y. How the fuck could it?

      Because you've handed over the copyright control of your code to Foo Inc.

      --
      My ism, it's full of beliefs.
    50. Re:Share the backend code? by Anonymous Coward · · Score: 0

      You're an idiot.

    51. Re:Share the backend code? by Cederic · · Score: 4, Insightful

      I've never taken code from a previous job into a job interview. If I have access to that code, I'd be betraying trust by copying it and giving it to someone else. If I don't have access to that code, I can't anyway.

      I have had a job application where a programming challenge was emailed to me with a three day deadline for completion, and sent back well structured working code, compilation instructions, a build script and working unit tests. I got called straight in for interview.

      That seems reasonable to me; the programming challenge was a specific scenario so you couldn't search stack overflow for code examples (although this was in the days before stack overflow anyway), it let me demonstrate that I could program to a professional level, and it didn't require to me share any code that may belong to someone else.

      Indeed. I hire people, and I am looking for way more than 50 lines. At least 500 lines. It should be a non-trivial complete program that does something interesting

      I couldn't have done that. My professional work was in a team environment, where my code was part of a greater whole and a 500-1000 line excerpt might do an awful lot but certainly didn't compile and run standalone.

      Shit, even my hobby code has that characteristic. Ask Linus for 500 line of his code and see if you get a complete fucking program back.

    52. Re:Share the backend code? by Anonymous Coward · · Score: 0

      it might be jerks just trying to raid code samples for ideas with no intention of hiring.

      That would have to be the least efficient thievery method in the history of thievery. Let's see . . . I can graze the entire Internet from my desk, using search terms to look for relevant code samples that might useful, or I can hope this dude coming in to interview might bring a few hundred lines of code, some of which might be useful to me. I'm finding it difficult to make a case for that second method.

    53. Re:Share the backend code? by Cederic · · Score: 1

      I wouldn't hire you as a contractor without the ability to fully use, deploy, update and if necessary sell the code you write for me.

      If you want IP ownership over it then we can negotiate on that, but I'm not paying you a licence fee unless you're providing me with a working solution out of the box, warrantied and with 24/7 support over the lifetime of the software. Good luck meeting my needs on that.

    54. Re:Share the backend code? by MrKaos · · Score: 0

      I wouldn't hire you as a contractor without the ability to fully use, deploy, update and if necessary sell the code you write for me.

      I don't care what you do with the code I license to you.

      If you want IP ownership over it then we can negotiate on that, but I'm not paying you a licence fee unless you're providing me with a working solution out of the box

      That exactly what I have done.

      , warrantied

      and exactly what I do. I have offered my clients improvements to software I've developed for them. Repeat business.

      and with 24/7 support over the lifetime of the software. Good luck meeting my needs on that.

      Well its easy to build a straw man and then burn it.

      Which is why it costs you five times as much money and time to deploy a software solution and you still end up with technical debt that wouldn't have had if you gotten over the whole *control* issue over my IP and focused on the business outcomes.

      I can assure you, I would spend about 20 minutes looking at your business and already know not to waste my time.

      --
      My ism, it's full of beliefs.
    55. Re:Share the backend code? by Anonymous Coward · · Score: 1

      >The code should be readable and easy to understand.

      Easy to understand is only possible if your problem is intrinsically simple to solve. Readability is strongly correlated with the level of optimization needed to perform the task in a reasonable time frame (performance always matter).

      If, for example, you have to solve a problem which requires advanced mathematics, is a model of a complex system (think of biological process, hundreds/thousands of molecules/proteins/dna/rna/... interacting) and need performance (A cache-friendly program), the two first point implies not easy to understand and the third, a great difficulty to read.

      I have got snip-sets of code of 100 lines, I do not expected any programmer to understand in less than multiple years. Because It solves a complex problem with advanced mathematics and a high-level of optimization. The problem is intrinsically complex and there is no choice about to use. Even the variable names seems stupid (they are not but you need to read multiple books and papers before understanding why this is the naming convention).

      I suspect that you are only writing business or website apps... Simple problem, simple solution without clever optimization needed.

    56. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Court only has power over you if you give it that power.

    57. Re: Share the backend code? by MrKaos · · Score: 0

      It is not true that they don't own the code if you are a contractor unless you have that in writing.

      Really? So you know all regions, all legal jurisdictions? I am saying what is legal for me, where I am. You have to take responsibility for yourself. I employ a lawyer to ensure I meet my legal obligations and make sure I'm educated enough to negotiate. She has a safe with year on year copies of my codebase all they way up to my local statute of limitations. What do you do?

      Some people think it is not moral to violate the law, so if anyone follows your advice they will be doing something that is possibly unlawful and certainly morally ambiguous at best.

      You accuse me of moral ambiguity yet you demonstrate no clear understanding of the legal premise behind 'Moral Rights'. Anyone who takes personal responsibility for understanding what their rights are and then uses them is doing what a capitalist society encourages us to do, indeed, what it is there for. My morality is making sure I do what is legal.

      My code is a business. I reject your accusation. If you are unable to take the time to understand how to use copyright law to gain advantage in a commercial society, that's your problem. However it is another thing to cast aspersions on someone to conceal your ignorance in the form of opinion. If you don't want to take my advice, I don't care, if someone uses it to make a long term investment in their career - more power to them.

      I'm astounded to hear so many excuses for people to just give up their rights, without even knowing what they are and how to use them.

      --
      My ism, it's full of beliefs.
    58. Re:Share the backend code? by Courageous · · Score: 1

      > If you are a contractor then they don't own your code.

      Jesus, what? Contractors don't own their own code, you're really badly misinformed.

    59. Re:Share the backend code? by Antique+Geekmeister · · Score: 1

      > Microsoft and google would both show you the door the second you handed them code belonging to another organisation

      If the intellectual property is worth enough, the door they show you is a door to the senior management offices and, apparently, your own parking space. Microsoft in particular hired David Cutler to design their next operating system, and he brought core software and his old team from DEC to write NT.

      Intellectual property theft is a way of life for many powerful companies. I'm afraid that Microsoft has, historically, been one of those. It's not all companies. Many of us strive to avoid such theft, partly because it damages the people who actually create technology. But it's startlingly commonplace among the small startup companies, many of whom had never had an original idea in their entire technology stack.

    60. Re:Share the backend code? by Anonymous Coward · · Score: 0

      I've never taken code from a previous job into a job interview. If I have access to that code, I'd be betraying trust by copying it and giving it to someone else. If I don't have access to that code, I can't anyway.

      I have had a job application where a programming challenge was emailed to me with a three day deadline for completion, and sent back well structured working code, compilation instructions, a build script and working unit tests. I got called straight in for interview.

      That seems reasonable to me; the programming challenge was a specific scenario so you couldn't search stack overflow for code examples (although this was in the days before stack overflow anyway), it let me demonstrate that I could program to a professional level, and it didn't require to me share any code that may belong to someone else.

      I don't have any large non trivial code floating around I could use, but if an employer wanted to give a coding challenge, I'd just do it. I'm working on modifying an OSS project internally currently, but probably won't be given enough time to put it into a shape I'd want people to see, nor am I likely to get paid for the time to get it through my companies release to the public process, but in the unlikely shape it does get to the point where I have something of at least the code quality I started with I'd consider releasing it as a fork and going through legals process to do that. It is possible others would see value in it. Of course in the ideal case, I'd have done every change without losing any of the original functionality, but I'm not paid to spend that kind of time on this task.

      On a side note, if your program has a secondary code path for say decorated objects, say for performance reasons, and you have a lot of objects, consider if you couldn't just make one path and keep almost the same performance. Also, I'm a great fan of deleting things that no longer serve a purpose, even if I occasionally have to add one again.

    61. Re:Share the backend code? by Bert64 · · Score: 1

      Exactly...
      If a prospective employer wants code samples, work on some open source code during your spare time and release it for people to see.
      Tell them you cannot disclose any samples from your employment because your employer won't allow that.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    62. Re:Share the backend code? by MrKaos · · Score: 0

      > If you are a contractor then they don't own your code.

      Jesus, what? Contractors don't own their own code, you're really badly misinformed.

      Your post makes not sense.

      I get it that people are afraid to stand up for their own rights and haven't learned how to do that, however for you to make a joke about it makes you come off as a coward, Courageous. Is that what you are telling me?. Do you think I'm going to laugh with you and say 'Gee, shucks, I guess I should give up my rights the same way you do and disappear into the banal'. Perhaps I just don't understand the desire for subservience in place of respect.

      I see a lot of people here arguing to make their position weaker with employers because they are too mentally lazy to take personal responsibility for their own education in the copyright law that affects them. I've no doubt these people are also complaining about H1B visas as well. Obviously they're not the rock stars they thought they were.

      By all means stay where you are comfortable, and complain that no-one stood up for your rights so you can feel that satisfaction of being like everyone else. Don't worry, someone else will take your share and you will give it up without complaint because you don't deserve it. Frankly, it's a pathetic sign of mediocrity to be criticized by sheep for not being a sheep and I'm so happy not to have been stained by it.

      If the horror of me sharing how I stand up for my rights is too much for you, then the thought of how I am going to apply Software Patents will be stuff of nightmares for a long time. Whilst you struggle to figure out how to use your rights, I'll be working on extending them. This thread has been unexpectedly educational, I'm certain I won't be the only one using this knowledge to derive maximum strategic value from it in their next contract negotiations.

      --
      My ism, it's full of beliefs.
    63. Re:Share the backend code? by Courageous · · Score: 1

      It's not a matter of law, it's a matter of industry-strandard boilerplate contract terms. You might find some small company being stupid, but any of the large ones will have a work for hire clause which does not allow you ownership rights to your code. Period. And a good chunk of them will tell you to pound sand if you try to negotiate that.

    64. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Be smart, and refuse to work for sociopaths that take ownership of all your work!

    65. Re:Share the backend code? by Imrik · · Score: 1

      That's silly, you don't look for the one that might bring a few hundred lines of useful code. You look for the one that doesn't have any that he's allowed to share, then assign him a problem to demonstrate his ability.

    66. Re:Share the backend code? by cstacy · · Score: 1

      If you are a contractor then they don't own your code. Even as an employee you still own the moral right to your code.

      The most common situation is that you wrote the code as a "work for hire", either as an employee, or if as a contractor you explicitly assigned the copyrights exclusively to the employer/client. I don't know what country the OP is from, but speaking to those in the USA, could you provide some explanations (and legal citations to support them) about "moral rights" and how this would allow you to give that code to someone else such as a potential new employer?

      Cuz I don't think you can.

    67. Re:Share the backend code? by lgw · · Score: 2

      So with one stroke of the pen, whilst I read the contract, it is gone and the onus is on them to agree

      That's not how contract law works. Unless they initial the change, the presumption will be that they didn't read your alteration, and therefore it isn't binding. Remember, they'll have real lawyers.

      That being said, they may well agree to the change, especially if you word it such that you'll be using open source code in places, and such code including changes will remain public. Some very big contractors use exactly this approach (and then don't share their changes with the larger community, but that's a different issue).

      --
      Socialism: a lie told by totalitarians and believed by fools.
    68. Re: Share the backend code? by Zero__Kelvin · · Score: 1
      You just confirmed what I said is true and then tried to set up a strawman to make it sound like I said you specifically don't own the rights. There is no jurisdiction in the US where the legal situation defaults to "contractor owns the code". Everything you wrote is a ridiculous babble of bullshit representing an attempt to take the focus away from the fact that you made a completely false statement, and gave people shit advice, in fact. Just admit that you spouted off your mouth with inaccurate information, and that you claim to be super smart, but actually aren't, because ...

      "I'm astounded to hear so many excuses for people to just give up their rights, without even knowing what they are and how to use them."

      ... you are an idiot. Nobody is "giving up their rights." They are recognizing that they don't have the right yopu falsely claim they have. Also, I rescind the moral ambiguity with regard to you. You are clearly lacking in morals. Off you go now ...

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    69. Re: Share the backend code? by Anonymous Coward · · Score: 0

      This, just this. I had to do the same for my current employer. I had a minimal but functional maven build script that created a proper deployable, I didn't actually implement everything myself but pulled in libraries for the juicy parts (the project was to implement some geometric calculation app), showed how to re-use code via a proxy pattern instead of inheritance etc. I made the implementations of geometric shapes as simple and readable as possible, used a command pattern for user input and command line parameters etc.

      None of this was obviously"necessary" for this small program. But I got an interview right away and got hired.

      Now I am on the other side of it at that very company. I am the hiring manager now. You wouldn't believe how bad the code is I get to see. I have to throw away most applications right away and the ones I do interview have a really hard time figuring the above stuff out even when you stick their nose right into it. If you ask them why they didn't try some of these things they say that it wasn't necessary for such a small program. And we even tell them in the instructions to make this a shining example of their engineering skills. Face -> palm.

      I find this a much better test than to show me code from their current project or a hobby project. Doesn't get them into a moral dilemma and it's much harder to pass up others code as their own.

    70. Re: Share the backend code? by Anonymous Coward · · Score: 0

      All rights are imaginary. What, you think the guy with the gun can't shoot you because you have a right to life?

    71. Re: Share the backend code? by Hal_Porter · · Score: 1

      Courts and other state institutions have power over you because they have a monopoly of the legitimate use of violence.

      --
      echo -e 'global _start\n _start:\n mov eax, 2\n int 80h\n jmp _start' > a.asm; nasm a.asm -f elf; ld a.o -o a;
    72. Re: Share the backend code? by ShanghaiBill · · Score: 2

      That doesn't prove ownership

      I don't need to prove ownership, only disprove it.

      If the code existed before my job started, then my employer has no valid claim to it.

      Proving ownership would only be necessary to stop others from using my code. I have no desire to do that.

    73. Re:Share the backend code? by ShanghaiBill · · Score: 1

      I also disagree that to have a passion for something you have to live and breathe it 24/7.

      But the converse is true.

    74. Re:Share the backend code? by mikael · · Score: 1

      Sounds like chemistry simulations. Just calculating the electron configuration around a molecule requires solving the energy states for every electron, and that can only be done iteratively. Every generation of chemistry engineers have come up with their own optimized algorithms of the time. Each would get a name like SOCHEMOL91, named after the paper/publication/year. Currently they are using VASP, which is the GPU version.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    75. Re:Share the backend code? by jeff4747 · · Score: 1

      If you are a contractor then they don't own your code

      Only if the company is utterly incompetent at writing a contract.

    76. Re:Share the backend code? by Anonymous Coward · · Score: 0

      the same to get around this is to have the code on a device. If you're on good terms with your previous employer and there's no real risk then that's the best way to go. Essentially, giving someone a copy of the code they can do anything with is a massive no-no. Showing someone some code, as long as you use good sense about what and what not to show and as long as there isn't a competition issue then you can get by.

    77. Re:Share the backend code? by serviscope_minor · · Score: 1

      But the converse is true.

      Yes, if someone does live and breathe it 24/7 then they do have a passion. You're still filtering out fantastic programmers with hobbies that aren't coders, those with families, and so on.

      Your choice though.

      --
      SJW n. One who posts facts.
    78. Re:Share the backend code? by Swave+An+deBwoner · · Score: 1

      Ask Linus for 500 line of his code and see if you get a complete fucking program back.

      https://github.com/jezze/grub-legacy/blob/master/grub/main.c

    79. Re:Share the backend code? by PopeRatzo · · Score: 1

      I think you can actually.

      How do you do that?

      --
      You are welcome on my lawn.
    80. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Moral rights don't exist in some countrries. In particular, the United States has no such thing. You either own the copyright or don't own it.

      It's possible that you could retain the copyright and license it to whoever you contract with, but even as a contractor that might not be the default situation.

    81. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Moral rights are a pretty common element of copyright, speaking worldwide. In the United States, unlike many other countries, moral rights don't exist and they aren't even included in the copyright either.

      Moral rights are non-transferrable copyright rights that belong to the author and remain with the author, in contrast to the commercial copyright rights.

      Moral rights include attribution: i.e., even if I sell the code, you have to credit me with cthe development of it; they also include the right to preserve the "integrity" of the work. Which basically means the author can prevent satire and parody of his work. (in sharp contrast to the US model where this is considered fair use, yay free speech!)

    82. Re:Share the backend code? by Cederic · · Score: 1

      Hmm. Which Linus contributed to that?

    83. Re: Share the backend code? by ChrisMaple · · Score: 1

      Governments have a monopoly on the legal use of force, except for the emergency use of defensive force which anyone is entitled to use.

      --
      Contribute to civilization: ari.aynrand.org/donate
    84. Re:Share the backend code? by PopeRatzo · · Score: 2

      I think you can actually.

      I'm not talking about posting using a karma bonus. My point is that there's no way to post only to people who have accounts with ratings >0. As far as I can tell, there's no way to do that.

      --
      You are welcome on my lawn.
    85. Re:Share the backend code? by Grishnakh · · Score: 1

      Why would he post a link to a great job on Slashdot? So he can get inundated with inquiries from bitter jackoff Anonymous Cowards like you?

      Who needs a bunch of resumes from GNAA, APK, neo-Nazis, 4chan trolls, MRAs and griefers?

      At first, when I read the OP's post, I thought the AC was making a good point: if that guy supposedly hires people and has a hard time finding good people, why does he never post a link here for those alleged jobs?

      But you're exactly right. This place is absolutely full of toxic personalities and actual psychotics (you listed at least one in particular there), and he's doing the right thing by avoiding getting submissions from them by not posting any links.

    86. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Indeed. The original author is going about things in completely the wrong way. Never in my career did I ever show a prospective employer anything I developed for a prior employer. Did we completely forget about the non-disclosure and non-compete clauses of your employment contract?

      Businesses generally don't care one lick about what you did in the past for other businesses anyway. What businesses care about is what you could be doing to improve THEIR business right now.

      Use a personal project of your own that relates strongly to your prospective employer's business (bonus points if it has NOTHING your prior employers would care about). Use this project to convince the prospective employer how much you could be helping improve THEIR business right now. Done right, they'll hire you on the spot and cancel all the other job interviewees scheduled!

      If you can't find anything among your personal projects that strongly relates to your prospective employer, perhaps you should reconsider applying for this new job right now. You're ill-prepared and/or probably not really interested in this new job anyway. An ideal job fit means more than just landing a paycheck. The best job is where you personally feel passionate about the work, even while there is no paycheck.

    87. Re:Share the backend code? by Grishnakh · · Score: 1

      I have had a job application where a programming challenge was emailed to me with a three day deadline for completion, and sent back well structured working code, compilation instructions, a build script and working unit tests

      My problem with this is that many employers have been found to be using interviews like this as a way of getting free work done. May sure the programming challenge isn't something specific to their business, and something they can just drop into their system. Honestly, this sounds like way too much work to expect of a job candidate. On-the-spot coding tests are fine with me (though I understand not everyone performs well under the pressure, so that is a factor); I think it'd be better if the company saved that until your on-site interview, and then gave you an hour or two by yourself to do a coding exercise, with clear requirements about what they wanted to see, and then a follow-up session where you go over your work with the interviewer, explaining everything you did and why, so they can see that you actually did the work and understand it, instead of just getting it from StackOverflow or something.

    88. Re:Share the backend code? by Dutch+Gun · · Score: 1

      You have to understand that retaining rights to any code you write is completely pointless for some types of contract work. I've taken several contracts to work directly on upcoming commercial videogames. In these cases, I'm typically contributing to the main body of work on a company's flagship product.

      It really has nothing to do with "courage", "standing up for my rights." No one who demanded ownership rights of the code they produced while contracting would be hired for the type of work I do, period. And in fact, it wouldn't even make sense for either party. The code I wrote would be useless to me on its own, because it's a part of a larger project, and in fact, highly specific to that product. Why demand a change to a contract for rights that don't benefit me?

      I'm getting that you do work in which you can benefit from the reuse of your code, and are providing more of a comprehensive service or product of some sort. In this case, it certainly sounds like you benefit from being able to retain the rights to advancements in the product / service you provide. In that sort of situation, I'd absolutely stipulate ownership rights as you've done. But I've never been asked to do that type of contract work before, and I suspect most programmers that do contract work have similar experiences to mine, rather than yours.

      --
      Irony: Agile development has too much intertia to be abandoned now.
    89. Re:Share the backend code? by ShanghaiBill · · Score: 1

      You're still filtering out fantastic programmers with hobbies that aren't coders

      No I'm not. Hobby code is great, but certainly not mandatory.

    90. Re:Share the backend code? by Cederic · · Score: 1

      Took me 3-4 hours and it was pretty clearly a made up example scenario.

      One element did need a proper computer science type algorithm to do something mathematical. I threw in a 'good enough' solution that would suffer a stack overflow with too much data, added documentation stating that and telling them which function to rewrite to fix that if they really cared.

      Their test data set had no issues and completed sub-second even with the horribly sub-optimal code. So even if they did want to apply my solution to real-world data they'd have been buggered anyway.

      (Wrong language for the problem; you could solve that shit in about three lines of R these days)

    91. Re:Share the backend code? by Swave+An+deBwoner · · Score: 1

      Ha ha. Ya got me there!

      What about "build.c" in the "linux/tools" directory here: https://www.kernel.org/pub/linux/kernel/Historic/v0.99/linux-0.99.tar.Z

      But I dunno. If you read the comments, that programmer doesn't sound all that sure of himself. Maybe take a chance on him? Lowball him and see if he bites?

    92. Re:Share the backend code? by serviscope_minor · · Score: 1

      I don't follow then. You said this:

      Indeed. I hire people, and I am looking for way more than 50 lines. At least 500 lines. It should be a non-trivial complete program that does something interesting. It is fine if it is something you wrote for a hobby project on your own time. In fact, it is BETTER if it is hobby code, since that indicates passion and a love of coding.

      It sounds like you're looking for code. The options are comercial code (limited to commercial FOSS devs and non-minified front end devs) or hobby projects.

      So I guess I don't get your point then.

      --
      SJW n. One who posts facts.
    93. Re: Share the backend code? by cyber-vandal · · Score: 1

      You missed out far left trolls or do you count as a griefer?

    94. Re:Share the backend code? by ShanghaiBill · · Score: 1

      So I guess I don't get your point then.

      So you are claiming that there are "great programmers" that have never done hobby programming, do not contribute to open source, have never written a single professional program that they are allowed to share, have never written a program as a school assignment, and are unwilling to sit down and spend a day writing 500 lines of code so they can go to an interview?

      Are you serious? I think there are this many "great programmers" that fit that description: 0.

    95. Re:Share the backend code? by HornWumpus · · Score: 1

      Knowing how to do something is not the same as using a former employers code to do it.

      If you don't know a better way to get the thing done by the end of a project, all that proves is you haven't learned anything new.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    96. Re:Share the backend code? by CaptainDork · · Score: 1

      This.

      When I interviewed, the lobby was full of candidates.

      In my oral, the first question was, "What primary attribute do you bring to the table?"

      My answer was, "Integrity, and that's what you need most around here."

      The outgoing admin was present and said, "I take offense." I said, "OK, and I will remove the modem (this was long ago) you have hidden in the telephone closet as a backdoor, whether I'm hired or not."

      The shit hit the fan.

      For 18 years (of 30 total) I remained loyal to the Firm and protected it in all ways and owned up to my mistakes, etc..

      Computer skills are common.

      Trust is iffy.

      --
      It little behooves the best of us to comment on the rest of us.
    97. Re:Share the backend code? by Anonymous Coward · · Score: 0

      How did you know about the modem? Was it a guess?

      Or did you go poking around in your potential employer's phone closet before the interview?

    98. Re: Share the backend code? by PopeRatzo · · Score: 1

      I think you can actually.

      He's not going to get my resume anyway, since I'm retired and I supplement my pension with that sweet Soros money.

      --
      You are welcome on my lawn.
    99. Re:Share the backend code? by serviscope_minor · · Score: 2

      So you are claiming that there are "great programmers" that have never done hobby programming, do not contribute to open source, have never written a single professional program that they are allowed to share, have never written a

      That's not exactly what I said, but the practical results are the same: yes.

      First, let's get the silly bits out of the way:

      never written a single professional program that they are allowed to share,

      Plenty, probably most.

      have never written a program as a school assignment,

      lol. Unless you're only hiring junior programmers then this is (a) irrelevant (seriously? you want to see a piece of code I wrote in the year 2000?) and (b) they probably don't still have their school assignments. I know I don't and I'm only in my 30s. Programmers go older than 30 you know.

      , and are unwilling to sit down and spend a day writing 500 lines of code so they can go to an interview?

      Hi, come and wirk for me! But first, please take time out of your busy schedule to do a bunch of work for me to prove to me that you actually want to be poached.

      Thanks but no. I have rejected places that tried to poach me then asked me to do a bunch of work when I had not enough time for my own work. Naturally I told them I wasn't interested. When it came to hire me, such a tack was an abject failure. I'm not especially unique in having stuff I want to do that's not coding.

      that have never done hobby programming, do not contribute to open source,

      Never? Probably not. Currently? Not unlikely. A 15 year old hobby project form a 35 year old developer isn't terribly informative.

      I've got plenty of F/OSS stuff I've done, and my stuff is out there and in some cases even used. I have no problem meeting your criteria. However, for most of the people I currently work with I think maybe one other would meet your criteria.

      Personally, I think you're operating in something of a bubble. You are (presumably) hiring people like you, so all you see is people like you. You can I expect find good ones, so you are making a false correlation.

      There are *tons* of people out there who don't meet those criteria. For me, that opens the pool of good candidates much wider.

      --
      SJW n. One who posts facts.
    100. Re:Share the backend code? by Darinbob · · Score: 1

      NEVER share your current company's code. Never share your past company's code. That is not your code to share! I have never seen a place that asked for me to share code, but I'm old, so maybe they do that now.

      But a project's code doesn't mean much, we don't know how much of it you actually wrote, it's not uncommon to have the one dumb guy on the project who doesn't do much. I have a coworker who's favorite question is to ask the candidate to describe a past project in terms of functional blocks and so forth, without saying anything requiring an NDA. And it is amazing often people just didn't understand the project they worked on, and most of the time the resumes made it seem like the person was a project lead.

      Individual contributions to code really aren't that important for an interview. What's important is whether you can be hired to work in a team, understand complex topics, whether your listed experience is real or fictitious.

      Now some code samples might be ok if we had a person spend an hour to code something up. But it's difficult; they don't have their favorite tools handy, if they do it at home they *will* cheat (seriously, I've heard background voices in a phone interview). There are some web based interview tools for having someone write up code on the web, but no one's going to be good using the awful interfaces except by cut-and-past

      I still prefer to see the code on the whiteboard, I don't care about the quality but in how the person thinks. If they claim to have a lot of experience but their syntax seems rusty or that they crammed for it, that's a bad sign. If they can't code up something simple that's very bad, it means I'll end up mentoring someone in programming basics. If the candidate seems hung up on getting the right syntax and it's 5 minutes and they're still tweaking the function header, it's a bad sign. But when the person can just start writing down code and go, and seems to understand the complexity and corner cases, then that's good. If they can understand that there are multiple ways to code it up then that's good. If someone says "I don't normally do this since a library should do it" then that's a bad sign since most everything in a new job will be new.

    101. Re:Share the backend code? by Darinbob · · Score: 1

      In my experience, contractors don't often get interviewed. Which is annoying since we sometimes get bad contractors. But if the need to fill the position is urgent, and a friend of a friend of someone knows the contractor, you're stuck with that person.

      Getting 50 lines of code is useless. There's no way to know who wrote the code; it could be 0% to 100% originating with the candidate. Better to get the candidate to write something new.

    102. Re:Share the backend code? by Darinbob · · Score: 1

      Also, if there is something on the resume, then someone WILL ask about it! So many candidates seem to not understand this, and think they can just shove in fluff or outright lies. Or they'll describe the company's main product and make it seem like they were central to its design, only to flounder in the interview when asked simple questions. (I often feel like an idiot when I ask simple questions only to be disappointed yet again that the resume doesn't match the person)

      For example, someone describes what their past company built and words it so that you think the person is an expert in radio software. The new company is very interested, that's exactly the sort of person they need. But in the interview it seems the person was mostly a build master and gets confused when asked about MAC layers.

    103. Re:Share the backend code? by Darinbob · · Score: 1

      Yup, Slashdot is a terrible place to find candidates who fit specific requirements. Maybe it's ok for bulk hires of people with simple skills, but for those jobs HR already has thousands of resumes on file.

    104. Re:Share the backend code? by ShanghaiBill · · Score: 1

      I don't and I'm only in my 30s. Programmers go older than 30 you know.

      I am twice your age. I have every program I have ever written. I learned to program in Fortran in the 1970s. In 1979, I copied all my card decks onto an 8 inch floppy. Then in the 80s to 5.25 inch, then to a HDD.

      My ~/src has 637 subdirectories, each containing a program or library that I have written. When I hire someone, I expect them to have a "bag of tricks" that they can apply. I refuse to believe that there are "great programmers" who have NOTHING.

      that opens the pool of good candidates much wider.

      I want a deep and narrow pool. For a typical open position I get over 200 resumes submitted. I narrow those down to 20 that get a followup email, 10 that receive a phone call, 3 to 5 who get an interview, and one who gets the job. The last thing I need is more candidates who have no ability whatsoever to demonstrate that they can do the job. I already get plenty of those.

    105. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Actually it is very easy to hire bunch of guys to do your "sample" project, and then to pretend that it is your own. Heck, there was a case when one guy passed the phone interview with perfect score....and then another one showed up on his first day at the company, LOLOL.

    106. Re:Share the backend code? by Anonymous Coward · · Score: 0

      Was not there a case where Google tried to patent something they stole from another company....something about LOOP....and now the case gains speed....

    107. Re:Share the backend code? by viperidaenz · · Score: 1

      Sure... they'll either offer you less, as you're not given them all that they want, or they'll simply get someone else.
      A lot of the time you're not dealing directly with the clients, you get the deal with one of their "preferred vendors" *, who won't/can't negotiate with the terms of the contract, as they have existing contracts with the client.

      Is owning the IP to code you write for someone else really important to you?

      * Where I'm from, years ago some contractors tried claiming rights given to employees (sick leave, paid annual leave, redundancy, etc....), so large companies tend not to directly hire contractors anymore.

    108. Re:Share the backend code? by Anonymous Coward · · Score: 0

      He hacked the Firm, found a backdoor, and decided to report it by applying for a job?

    109. Re: Share the backend code? by Anonymous Coward · · Score: 0

      Funny, VASP was a major Brazilian airline.

    110. Re: Share the backend code? by Altrag · · Score: 1

      Until you work for a company that doesn't give a crap about your hashes and sues for ownership in east Texas anyway..

      Then you have to prove that:
      a) Your hash shows what you claim it shows.
      b) You couldn't have forged the timestamp (albeit that should be difficult if you're using a major public service such as gmail.)
      c) You couldn't have forged your code to match a previously-uploaded timestamp in some way.
      d) Any of that matters under your employment contract (you had a lawyer review it before you accepted the job, right?)

      And do all that in a jurisdiction you probably don't live in (possibly not even in your state) and is historically company-favored.

      I mean sure that's some fairly evil doings, and hopefully you'd recognize your company's nefariousness before it comes to a that.. But just keep in mind that being right isn't always sufficient -- you have to be able to prove you're right, possibly to people who don't understand technology and don't want to understand it.

    111. Re:Share the backend code? by Antique+Geekmeister · · Score: 1

      The idea that an employee transfers to a new environment where their hard-won expertise is able to be better used is a popular one, and I've certainly seen it in play. I've also encouraged it for people I worked with, or who worked for me, to produce better products for the _vendors_ and creators of software I worked with.

      However, that does not eliminate the prevalence of wholesale theft of software, of trade secrets, and even of hardware patents as part of employee hiring. Microsoft was caught doing it with David Cutler and his team from DEC. Intellectual property theft is, unfortunately, common place.

    112. Re:Share the backend code? by cmcqueen1975 · · Score: 0

      Indeed. I hire people, and I am looking for way more than 50 lines. At least 500 lines. It should be a non-trivial complete program that does something interesting

      I couldn't have done that. My professional work was in a team environment, where my code was part of a greater whole and a 500-1000 line excerpt might do an awful lot but certainly didn't compile and run standalone.

      Shit, even my hobby code has that characteristic. Ask Linus for 500 line of his code and see if you get a complete fucking program back.

      It should be possible to write a test harness for your code, to exercise its API and demonstrate it doing something useful. That's what unit testing is, after all.

    113. Re:Share the backend code? by 91degrees · · Score: 1

      If you are a contractor then they don't own your code. Even as an employee you still own the moral right to your code.

      Generally they do. It's a work for hire. You don't even automatically get the right to be credited. The only moral right you really have here is that it can't be attributed to another person.

    114. Re:Share the backend code? by serviscope_minor · · Score: 2

      I am twice your age.

      Pedant point: I said I was in my 30s, not that I was 30. So,you're between 60 and 80-epsilon.

      I have every program I have ever written.

      I most certainly do not!

      Plenty of the stuff I've written I've had absolutely no right to do that since it belongs to someone else. Plenty of programmers spent their entire careers in the commercial world and won't have copies of their code. And if they do when they shouldn't, you probably shouldn't hire them!

      I learned to program in Fortran in the 1970s. In 1979, I copied all my card decks onto an 8 inch floppy. Then in the 80s to 5.25 inch, then to a HDD.

      OK, so you're an e-squirrel. That's fine, I am too, though not as thorough. I don't have any of the programs I wrote in BBC BASIC and 6502 asm any more, neither do I have all (or even any) of my QuickBasic/QBasic doodlings. And plenty of the stuff I wrote in C when I was a young buck and though I was the bollocks would frankly be an embarrassment. I don't believe I still have my university assignments either way.

      My ~/src has 637 subdirectories, each containing a program or library that I have written. When I hire someone, I expect them to have a "bag of tricks" that they can apply.

      The good programmers have the bag of tricks in their head. If they're working with modern tech e.g. the (ugh) cloud stack, the specific languages and libraries change so fast, that any squirrelled stuff will go out of date pretty fast. And many already make extensive use of F/OSS libraries and stuff.

      The world isn't like the 90's and before now, when if you're hacking in C, you'd be hobbled without your own personal library of stuff to make up for the more or less non-existent standard library.

      I refuse to believe that there are "great programmers" who have NOTHING.

      Well, of course not. You won't hire people like that so the chance of finding any great programmers like that is more or less zero. All you've demonstrated though is the existence of selection bias.

      I want a deep and narrow pool. For a typical open position I get over 200 resumes submitted. I narrow those down to 20 that get a followup email, 10 that receive a phone call, 3 to 5 who get an interview, and one who gets the job. The last thing I need is more candidates who have no ability whatsoever to demonstrate that they can do the job. I already get plenty of those.

      Good for you, I guess. Personally, I'd rather not narrow the pool with arbitrary criteria that don't have anything to do with how well they'll do the job.

      --
      SJW n. One who posts facts.
    115. Re:Share the backend code? by MrKaos · · Score: 1

      If you are a contractor then they don't own your code. Even as an employee you still own the moral right to your code.

      The most common situation is that you wrote the code as a "work for hire", either as an employee,

      In that case, everything you do, even at home, is theirs. If they want to fuck with you and you build something cool and put it out there, they can come after you and claim that what you created is theirs because that is what you have agreed to. You work for them, not for you.

      You had better understand what you are signing, it one thing to give your code away, I don't think you would feel the same about having it taken.

      or if as a contractor you explicitly assigned the copyrights exclusively to the employer/client.

      Well, if you've done that, you have no claim to your IP other than Moral rights of attribution.

      I don't know what country the OP is from, but speaking to those in the USA, could you provide some explanations (and legal citations to support them) about "moral rights" and how this would allow you to give that code to someone else such as a potential new employer?

      Local legislations vary, which is why I say you have to take personal responsibility for knowing the law where *you* are. If he under a NDA, nothing. If he has assigned copyright, nothing. He could argue fair use to assert his moral rights of attribution to show code he created, however YMMV depending where you live. Failing that his moral rights are 'yes he worked on that project'.

      Cuz I don't think you can.

      Introducing: The Berne Convention, I've explained there.

      --
      My ism, it's full of beliefs.
    116. Re:Share the backend code? by JohnFen · · Score: 1

      Because some rights are unassailable.

      Well, that clears things up.

      I think getting a good understanding of the copyright laws (and any local variations) is required reading for any programmers seeking to have a long term, professional career.

      I agree completely on this.

    117. Re:Share the backend code? by JohnFen · · Score: 1

      A bad client could rightfully sue your other clients claiming that they own the code you produced because you assigned copyright to them as a work for hire.

      Only if you reused the code.

    118. Re: Share the backend code? by JohnFen · · Score: 1

      What I was looking for was some argument as to why you have "moral rights" to the code. It's not at all obvious to me.

    119. Re:Share the backend code? by djinn6 · · Score: 1

      School projects are probably not exemplary code that you'd want to share with future employers and hobby projects can be one-offs that aren't written with reusability in mind. Not everyone wants to maintain a free software project, especially since most of that work is not even writing code.

      It's fine if you only want "great programmers" that fit this description, but since a lot of other employers also want them, be prepared to pay more.

    120. Re:Share the backend code? by JohnFen · · Score: 1

      In that case, everything you do, even at home, is theirs.

      Not unless the contract says so. The contract covers only the contracted work, not everything that you do.

    121. Re:Share the backend code? by JohnFen · · Score: 1

      In my experience, contractors don't often get interviewed.

      I'm not a "career contractor", but I've taken a half-dozen or so contract jobs to fill time while looking for a great permanent position. I was interviewed for every one of them.

    122. Re:Share the backend code? by MrKaos · · Score: 1

      So with one stroke of the pen, whilst I read the contract, it is gone and the onus is on them to agree

      That's not how contract law works. Unless they initial the change, the presumption will be that they didn't read your alteration, and therefore it isn't binding.

      Maybe where you are. I initial the change, I am a signatory to the contract. For them to accept the terms as is, they sign on the dotted line and it becomes binding. I keep a copy and so do they.

      Remember, they'll have real lawyers.

      So do I.

      That being said, they may well agree to the change, especially if you word it such that you'll be using open source code in places, and such code including changes will remain public. Some very big contractors use exactly this approach (and then don't share their changes with the larger community, but that's a different issue).

      That's interesting but it sounds like they're violating the GPL when negotiating to maintain copies of my source code that I write and am interested in keeping means we all stay friends and everyone gets what they want. I'm not interested in taking what I haven't written and sometimes I'm not interested in taking what I have written. However taking what is useful to me means they get much more in return.

      --
      My ism, it's full of beliefs.
    123. Re:Share the backend code? by MrKaos · · Score: 1

      Sure... they'll either offer you less, as you're not given them all that they want, or they'll simply get someone else.

      Not when I explain to the project manager how I will meet or exceed their schedule variance and reduce the amount of risks and issues in their project control book. My instinct tells me what buttons to push.

      A lot of the time you're not dealing directly with the clients, you get the deal with one of their "preferred vendors" *, who won't/can't negotiate with the terms of the contract, as they have existing contracts with the client.

      Different horses for different courses. As always, YMMV.

      Is owning the IP to code you write for someone else really important to you?

      Not all the time, some code I don't care about. However some code is hyper useful and represents a paradigm shift in my thinking that I use to accelerate other things. Sometimes the ideas are more valuable than the code because I'm going to translate that idea to another language.

      --
      My ism, it's full of beliefs.
    124. Re:Share the backend code? by MrKaos · · Score: 1

      In that case, everything you do, even at home, is theirs.

      Not unless the contract says so. The contract covers only the contracted work, not everything that you do.

      I was not referring to contract work, this specifically refers to "wrote the code as a "work for hire", either as an employee,"

      I have seen these clauses, I specifically ask for them to be removed so I know *exactly* what I am signing.

      --
      My ism, it's full of beliefs.
    125. Re: Share the backend code? by Anonymous Coward · · Score: 0

      You might want to read your employment contracts. Chances are, even if it's code you "wrote on your own time", if you used it in an employers project, unless you've got contracts that you hashed through for it, they own it under the work for hire clause. You'd know if it was actually yours because you'd have the contracts and license agreements hashed out. If you're just saying "I wrote it, it's mine", even if it was under your own time, you almost certainly don't own it. Work for hire, understand it, as ignorance won't help you in court.

    126. Re:Share the backend code? by JohnFen · · Score: 1

      I was not referring to contract work, this specifically refers to "wrote the code as a "work for hire", either as an employee,"

      Yes, I know. But even as a regular employee, there's a contract involved. Unless that contract says otherwise, whatever you do on your own time, using your own resources, belongs to you.

      I have seen these clauses, I specifically ask for them to be removed so I know *exactly* what I am signing.

      I have as well, and I always have them removed too. But those clauses are exactly what I was referring to when I said "unless the contract says so".

    127. Re: Share the backend code? by Anonymous Coward · · Score: 0

      It is clear that you are not a lawyer.

    128. Re:Share the backend code? by Darinbob · · Score: 1

      Well, I may have worked at some dysfunctional companies then. In fact, I'm sure of it. But I have seen too many who get in easily because someone knows the contractor, or the contractor had been a previous employee, or it started as a simple contract job that snowballed into a long term major position.

    129. Re:Share the backend code? by HornWumpus · · Score: 1

      The 50 million MS paid to DEC is surely less than their prospective shyster cost was. Nuisance lawsuit settled for nuisance money.

      --
      John McAfee 'It was like that time I hired that Bangkok prostitute; to do my taxes, while I fucked my accountant'
    130. Re:Share the backend code? by cthulhu11 · · Score: 1

      Because you prefer candidates that don't have families or other committments?

    131. Re:Share the backend code? by cthulhu11 · · Score: 1

      Because we all totally should be working 80 hour weeks, health and family be damned?
      And because nobody who isn't a hardcore developer should ever be hired for any role?

    132. Re:Share the backend code? by lgw · · Score: 1

      I initial the change, I am a signatory to the contract. For them to accept the terms as is, they sign on the dotted line and it becomes binding. I keep a copy and so do they.

      Have you talked to you lawyer about that idea? I don't think that's how it works anywhere, but IANAL. Law is not code. COntracts are not code. Engineers make that mistake too often. A contact is a meeting of the minds, and the written document is just a record of the agreement, not the agreement itself. Plenty of people have, e.g., tried that trick with employment agreements, only to find out it was meaningless in court. Similarly, you can't hide stuff in "boilerplate contracts" like lease agreements, which is why some leases have you initial every paragraph.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  3. What about when your old job owns the code? by JDAustin · · Score: 4, Interesting

    And therefore taking it with you would be illegal?

    1. Re:What about when your old job owns the code? by chooseagain · · Score: 0, Flamebait

      And therefore taking it with you would be illegal?

      And so is jaywalking, buying beer at 20 years old in the USA, and many other stupid things as shown here https://www.rd.com/funny-stuff... . Big fucking deal. Civil disobedience, man. Think of it this way: 1) You won't get caught. The company interviewing you most certainly won't tell the other company that you shared code, and as long as you just show it to the interviewer on your own machine (not give them a file with the code) it won't escape into the wild, so you have nothing to worry about. 2) True, the company you are interviewing for many get a few ideas from what you showed them. But regardless, they would have to code it themselves (see point 1), and secondly, if the original company had management issues like that, it's almost their karma for treating their employees like that (should have trusted them more, in which case they would have stayed and not shared code).

    2. Re:What about when your old job owns the code? by berj · · Score: 4, Insightful

      If a job applicant came into my office with another company's work product on their laptop (and I knew/they told me it was something they weren't supposed to have) two things would happen.. 1) I would make sure they understood that I wouldn't be hiring them because I couldn't possibly trust them not to do the same thing to me and 2) I would let management at the other company know.

    3. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      So it would be fine to rob you so long as I don't get caught. Oh, wait, fuck turd like you don't have a penny to their name anyway.

    4. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      do you exist solely to ruin other people's lives?

    5. Re:What about when your old job owns the code? by JohnFen · · Score: 3, Interesting

      Would you fail to turn in a thief because they might get in trouble if you did?

    6. Re:What about when your old job owns the code? by JohnFen · · Score: 1

      I would let management at the other company know.

      I certainly wouldn't hire such an applicant (and would tell the applicant why), but whether or not I let the other company know depends on how sensitive the code appears to be. If it's just mundane stuff, I probably wouldn't bother. If it's clearly the sort of code I wouldn't want being shown around if it were mine, I probably would.

    7. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      Is the life of an idiot worth so much as to protect it from the ramifications of being an idiot? In an ideal world, darwin would take care of the situation, but modern society is great at protecting idiots from themselves.

    8. Re:What about when your old job owns the code? by lucm · · Score: 1, Insightful

      Think of it this way:

      1) You won't get caught. The company interviewing you most certainly won't tell the other company that you shared code, and as long as you just show it to the interviewer on your own machine (not give them a file with the code) it won't escape into the wild, so you have nothing to worry about.

      2) True, the company you are interviewing for many get a few ideas from what you showed them. But regardless, they would have to code it themselves (see point 1), and secondly, if the original company had management issues like that, it's almost their karma for treating their employees like that (should have trusted them more, in which case they would have stayed and not shared code).

      You are the worst possible kind of candidate for a job in IT. No ethics, no pride, no class. Those are not things you can learn, you were simply born with a few missing parts.

      You don't belong in IT but you probably have a future in used cars sales or marketing. Time to pivot, my friend, otherwise it won't be long before your name circulates on the informal do-no-hire network.

      --
      lucm, indeed.
    9. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      lol you're absolutely sticking it to the man by stealing code and getting your arsed sued into oblivion, great advice.

    10. Re:What about when your old job owns the code? by rtb61 · · Score: 1

      Point number one is sound and logical practice. Point number two is just silly. You competitor has bad unreliable programmers, yeah, yahoo (heh, heh), yippee kiyay mother flocker. I would also write non-negative references for employees you are trying to unload on competitors. I would also use surreptitious methods to direct crappy customers to competitors and If I could catch out a competitors fraud or criminal practices I would report it to the authorities. I would ower zero loyalty to opposing companies, they are the enemy, I would doubt the loyalty of staff who did not publicly share the same attitude. That, direct shit customers at a specific competitor, might take a while to pay off but it is a funny as fuck when it does (two for one, bad customer dealt with and bad competitor dealt with, mwa hah hah).

      If I am worried about employee loyalty, I would lean to internal training and existing employee referrals (the employees would know referring a bad employee would threaten their employment and end their ability to referee others). Don't treat your employees like disposable tools and you will not have a problem.

      --
      Chaos - everything, everywhere, everywhen
    11. Re:What about when your old job owns the code? by gravewax · · Score: 1

      won't get caught... maybe. Won't get the job... fucking definitely. Anyone walks in with code belonging to another organisation there is no fucking way on earth I am trusting them access to our organisations code.

    12. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 1

      No but unlike you he seems to have some basic ethics and morals. Letting the management of the other company know is the right thing to do otherwise the PoS currently showing you the code could end up showing it to someone else in future that doesn't have the ethics and morals to do the right thing and the consequences could be huge and you would hope that someone else would do the right thing and tell you if the situation was reversed..

    13. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      only an idiot would hire someone after they revealed code from another company without permission. Sueing the person doing the reveal is actually the lesser evil that can happen, if they happen to be competitors and they are implementing some similar features then the company itself could be sued for huge sums or be required to turnover a portion of revenue for whatever they are implementing. No sane company wants employees to see source code from another company and they certainly don't want to employ someone that thinks it is ok to do so.

    14. Re:What about when your old job owns the code? by deviated_prevert · · Score: 1

      Think of it this way:

      1) You won't get caught. The company interviewing you most certainly won't tell the other company that you shared code, and as long as you just show it to the interviewer on your own machine (not give them a file with the code) it won't escape into the wild, so you have nothing to worry about.

      2) True, the company you are interviewing for many get a few ideas from what you showed them. But regardless, they would have to code it themselves (see point 1), and secondly, if the original company had management issues like that, it's almost their karma for treating their employees like that (should have trusted them more, in which case they would have stayed and not shared code).

      You are the worst possible kind of candidate for a job in IT. No ethics, no pride, no class. Those are not things you can learn, you were simply born with a few missing parts.

      You don't belong in IT but you probably have a future in used cars sales or marketing. Time to pivot, my friend, otherwise it won't be long before your name circulates on the informal do-no-hire network.

      But he would have made a hell of a good PLUMBER working for Nixon. It seems what is happening is that morons with no scruples have a much easier time climbing the ladder of politics and even other places that rely upon employees with no scruples.

      Instead of IT this guy would do well with companies like ENRON or just about any of the other garbage organizations that hire people of his ilk. He should however avoid the mafia and the respected organized crime corporations, because unless he has at least a practiced pretense of being scrupulous chances are he will be fired for good by someone with a Saturday night special!

      --
      This message was not sent from an iPhone because Peter Sellers really was a deviated prevert without a dime for the call
    15. Re: What about when your old job owns the code? by Anonymous Coward · · Score: 0

      Consequences could be huge?

      Most code is generic copy pasta. Who cares. If you show off an interesting algorithm, sure, things change. But a neat example of a finite state machine can be found anywhere.

      Most companies overrate their code. The value is usually in the business rules and constraints and expertise in the data model. Now that might be proprietary with good reason. Sure, it depends on the industry. But thinking that for 500 lines Facebook or Apple code couldn't be instantly redone by every programmer when they have the requirements is just inflating your own ego.

    16. Re:What about when your old job owns the code? by narf0708 · · Score: 2

      Point number two is just silly. You competitor has bad unreliable programmers, yeah, yahoo (heh, heh), yippee kiyay mother flocker. I would also write non-negative references for employees you are trying to unload on competitors. I would also use surreptitious methods to direct crappy customers to competitors and If I could catch out a competitors fraud or criminal practices I would report it to the authorities. I would ower zero loyalty to opposing companies, they are the enemy, I would doubt the loyalty of staff who did not publicly share the same attitude. That, direct shit customers at a specific competitor, might take a while to pay off but it is a funny as fuck when it does (two for one, bad customer dealt with and bad competitor dealt with, mwa hah hah).

      No... Just no. It's one thing to be a competitor with another company; to respect them to the same degree that you respect yourself, and to attempt to gain more revenue/customers/profit/etc, through self-improvement(and advertising, of course), both despite and because of that mirror image. It is a completely different thing to view them as "the enemy." Viewing competition as an "enemy" is simply sociopathic, which coincidentally is also an apt description for the treatment you're suggesting for your own employees.

      I guess what I'm really trying to say here is that no matter what company people happen to work for, they are always people first, and everything else is secondary. What you are suggesting reverses that prioritization, which is by definition dehumanizing.

      --
      "Violence is not the answer. Violence is the question. The answer is yes."
    17. Re:What about when your old job owns the code? by Antique+Geekmeister · · Score: 1

      >> If I could catch out a competitors fraud or criminal practices I would report it to the authorities

      The authorities, in general, do not care. It usually takes a civil suit to punish a copyright violator.

      > Viewing competition as an "enemy" is simply sociopathic,

      Many successful business practices are, including monopoly abuse, insider trading, and pyramid schemes. This does not make rare.

    18. Re:What about when your old job owns the code? by sjames · · Score: 1

      Shouldn't that depend on what it is? Sure, it's a problem if the code contains the sooper sekrit sause. But if it's a trivial yet another x, not so much.

    19. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      And management at the other company instantly sue your company back for trade secret violation etc etc etc.

      There is no upside to telling them, and plenty of downside.

      Like telling a website their site has an exploit. If nobody else is within sight, the messenger is a perfectly valid target to shoot.

    20. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      On the bright side, that's the perfect answer for people who demand live code samples: I can't share live code because they include trade secrets of my employer. Though the trade secret in this case is that they can't write code to save their lives.

      In fact, there's a good chance that people demanding to see live code aren't actually planning to hire you. They just want the code.

    21. Re:What about when your old job owns the code? by Darinbob · · Score: 1

      Well, I do have code from previous employers. But I never share it with anyone, and I don't have any of the bread-and-butter code that has any trade secrets, just code of drivers for standard devices that I wrote myself. Even when I do the same work later I am never copying and pasting.

    22. Re:What about when your old job owns the code? by gravewax · · Score: 1

      The problem is by showing it he is showing an extreme lack of judgement and ethics, even if it is not the secret sauce would you really want to hire someone with such a screwed up moral compass as you can't even be sure it is the only thing he took and won't know if their are other nasty ramifications down the road. The ONLY way showing the code would be acceptable is with a signed release from the company saying he has their permission to do so.

    23. Re: What about when your old job owns the code? by gravewax · · Score: 1

      The fact most code is basically boilerplate/similiar is EXACTLY the fucking problem and why companies want to avoid at all costs seeing other companies work products. Good luck proving you didn't leverage the code you were just shown in a law suit where you both have boilerplate type implementations in your competing products.

    24. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      "I would let management at the other company know."

      Things that university educated white people do: suck corporate cock.

    25. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      "Point number two is just silly"

      No. Aside from being courteous and respectful, it's also a smart thing to do to protect yourself from a trade secret related lawsuit.

    26. Re:What about when your old job owns the code? by sjames · · Score: 1

      Really, even if he presents code from his own spare time, you can't know if he walked out with the crown jewels on a USB key. You can only assume innocence until guilt is proven. It the code he shows is just something to print mailing labels for the CEO's Christmas cards to senior managers, I would argue that getting all that upset about it is the moral problem, not his actions.

    27. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      When I'm interviewing, I ask for code samples, and if provided phone their old boss and ask if it was authorized. It's a useful filter against employees that are going to leak my code to the competition when they up and leave after a couple of years.

    28. Re:What about when your old job owns the code? by SimonInOz · · Score: 1

      I have worked for a couple of (pretty major) companies that were quite capable of losing the source code.
      And did.
      So I would take home "backups" on CDs.
      Years later, I was asked if I had a "backup" of said code, and could I update a bit.
      I charged a fee.
      This happened several times. Nice way to make some money, I admit.
      Who knows, maybe it'll happen again!

      --
      "Cats like plain crisps"
    29. Re: What about when your old job owns the code? by Anonymous Coward · · Score: 0

      "I would also write non-negative references for employees you are trying to unload on competitors. I would also use surreptitious methods to direct crappy customers to competitors and If I could catch out a competitors fraud or criminal practices I would report it to the authorities."

      So how are things working out since you left uber?

    30. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      Depends on what was stolen.
      Would I turn in a guy robbing a bank? Yes.
      Would I turn in someone stealing bread? I'd probably offer to buy it for them instead.

      Too much black and white thinking in this grey-scale world.

    31. Re:What about when your old job owns the code? by ElizabethGreene · · Score: 1

      What's the name of the developer that's behind bars because he kept a copy of some of the code he wrote for his big-name finance industry employer?

      I can't remember the name of the company or coder, but I remember he was from the former USSR and he said something to the gist of "I would never use that code again, it was a complete kludge."

    32. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      And what would be the point of telling the other manager? It wouldn't bring any benefit to anyone; it'd only serve to torpedo the candidate's existing job when it's not your place OR your problem.

      I don't get people like you who think it's their job to be the moral compass of others and interfere with their lives.

    33. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      I'm not the other guy, but it's not my business what a shoplifter or other thief does. If they want to take that risk, it's on them. In fact, getting involved in an "improper" way can actually land YOU in a lawsuit, especially if you injure the thief in trying to stop them.

    34. Re:What about when your old job owns the code? by Anonymous Coward · · Score: 0

      You are the worst possible kind of candidate for a job in IT. No ethics, no pride, no class. Those are not things you can learn, you were simply born with a few missing parts.

      Might want to do something about that ego. Doesn't look good on anyone.

  4. write your own samples by Anonymous Coward · · Score: 4, Insightful

    Generally, code that you wrote for pay does not belong to you, so you won't be able to submit it as a code sample anyway. So write some open source software, and write it as well as you are able. Then you can submit that.

    1. Re:write your own samples by gravewax · · Score: 2

      Generally, code that you wrote for pay does not belong to you, so you won't be able to submit it as a code sample anyway. So write some open source software, and write it as well as you are able. Then you can submit that.

      exactly, unless you have explicit permission to share and show that code from work it aint yours to show to a new prospective employer. If you need code then contribute to a open source project or write something at home that demonstrates your good coding practises. I have moved out of coding now but when I did I always demonstrated home projects as I don't have the right to keep let alone show code I wrote for other employers.

    2. Re:write your own samples by Anonymous Coward · · Score: 1

      The best way is to contribute to an open source project (or create one) where you benefit from a team of quality developers, good coding standards, appropriate unit tests, etc. Being able to contribute on a team of quality developers is a different think then writing some good sample code that doesn't do anything or serve much purpose other than as boilerplate sample code

    3. Re: write your own samples by Anonymous Coward · · Score: 0

      Most professional programmers I know have been writing a lot of Rust code these days, on their own time and for their own personal use. They also use this code when applying for jobs, even if the company involved doesn't use Rust yet. Showing Rust code proves that you're a talented programmer who cares about writing safe code, and it shows that you know state-of-the-art cutting-edge technologies. It also means that such a programmer will be ready to go when the industry-wide shift to Rust, which is already underway, really gets going. The company won't have to look for Rust programmers because they'll already have hired some.

      Hi. This is your HR chick in charge of hiring. Taleo says you have 0 years of experience with PHP and what the hell is Rust? It is not PHP so therefore you are not qualified for the job as you need 4 years of PHP experience.

    4. Re: write your own samples by Anonymous Coward · · Score: 0

      he said whilst felating himself.

    5. Re:write your own samples by Anonymous Coward · · Score: 0

      Exactly. You can't share your company's code. That's a trade secret and you can get sued for it unless the code was released as open source.

    6. Re:write your own samples by pushing-robot · · Score: 1

      Came to say this.

      1. Your company's code is your company's code. You don't get to hand it out.
      2. What would be the point of showing them a page with a bunch of code written by some else?

      Write your own code... an API, a full (simple) app, whatever. Document it well, attribute any help from others, put it on Github, host it somewhere like AWS, Google Cloud, or Heroku if you want 'live code'.

      --
      How can I believe you when you tell me what I don't want to hear?
    7. Re: write your own samples by Anonymous Coward · · Score: 0

      This isn't Hacker News.

    8. Re: write your own samples by Anonymous Coward · · Score: 0

      LOL

    9. Re: write your own samples by lucm · · Score: 1

      I'd recommend contributing to the Rust programming language project. It is one of the friendliest and most welcoming open source communities I've ever dealt with. Their code of conduct helps ensure it stays a friendly and welcoming project, too. Plus you'll get to collaborate with some of the most talented programmers to have ever lived. Rust is one of those open source projects that can change your life in excellent ways.

      What about systemd, the high-quality init system that powers most of today's servers, as indicates the name of its website (freedesktop.org)

      --
      lucm, indeed.
    10. Re:write your own samples by Anonymous Coward · · Score: 0

      Most open source projects have pull requests dormant for months if not years. Most don't care about contributions from people out of small circle nor have time to care. They are even less interested in one off contributors they have to babysit and who then disappear. Overall quality of open source projects is not that different from closed source projects (it is written by the same people), so you will have to spend a lot of time picking the project till you get some kind of superior team - and even longer till they accept you as member.

    11. Re:write your own samples by viperidaenz · · Score: 1

      It's also distributing copyrighted material

    12. Re: write your own samples by Anonymous Coward · · Score: 0

      Flexibility is indeed a critical skill to possess in this industry.

    13. Re:write your own samples by JaredOfEuropa · · Score: 1

      able to contribute on a team

      Bingo. That is what you need to demonstrate. If there's no open source project you have contributed to, and if you're allowed to share the crappy code from your last employer, give them that... along with an explanation of what you think is wrong with it. Stick to what matters and don't run your mouth about how shit the CTO of your last place of work was, just explain the issues with the code, and (if they ask) explain the circumstances of why the code is the way it is, and how you were not in a position to do anything about it. Tell them that's why you left, too.

      I might not expect a programmer to come up with a complete software architecture, just like I wouldn't expect a builder to design my house as well. But from both I'd expect them to be experienced enough to point out issues with the design, propose solutions, and to speak up when they find something out of order.

      --
      If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
    14. Re: write your own samples by Anonymous Coward · · Score: 0

      Hello HR chick,

      So your company lets HR decide who is competent? And I have to write PHP? Thank you for these warnings, please don't call me, I'll call you.

    15. Re:write your own samples by Marxist+Hacker+42 · · Score: 1

      Top Answer above, and the only one worth following in the entire thread.

      --
      SJW: a person who perceives an injustice, and while correcting it, commits a greater injustice.
  5. it's simple by Anonymous Coward · · Score: 0

    you can simply write new or improve existing code example as you want it. it's not so hard, don't be such a ...

  6. Write some open source software. by Anonymous Coward · · Score: 0

    Help out some projects, and build your portfolio. Win win.

  7. How's your MS Project and Excel skills by Anonymous Coward · · Score: 0

    You sound like a manager.

  8. Ignore them by khchung · · Score: 5, Insightful

    Most job applications ask for links to live code

    In nearly all companies, what you wrote as part of employment is owned by the company. So asking for live code from job applicants is no different from asking for trade secrets, and there should only be one respond:

    "It is both against my ethics and my employment contract to show any of my employer's code to you, but I can tell you my code is being used in production capacity in my employer servicing business function X, Y and Z. I am happy to provide codes which I do own so you can judge the quality of my work."

    Essentially, you ignore the unreasonable requests and provide a reasonable alternative. Any company that rejected you for that, you wouldn't want to work there anyway, who knows what further unreasonable/unethical request you would get if they became your boss.

    --
    Oliver.
    1. Re:Ignore them by dgatwood · · Score: 5, Insightful

      Actually, the only correct response is to hang up the phone.

      Employers might ask you if you have any open source code on GitHub or something, but beyond that, no legitimate employer should ask for examples of recent code unless you're a new college hire, for precisely this reason. Forget about whether they would still hire you if you say no. Any employer that even asks should be immediately disqualified from consideration.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:Ignore them by Sigma+7 · · Score: 0

      That's why one should build "live code" outside a normal work environment.

      Perhaps you wrote a bandwagon incremental game on your spare time. If you have that game on any public-play website, it counts as live, and you can demonstrate your work.

    3. Re:Ignore them by Anonymous Coward · · Score: 0

      Just make sure whatever code you write on your own time is nothing like what you are doing for your paid job, that way a former employer cant come after you later on trying to claim you stole their code to put in your own project/product.

    4. Re:Ignore them by Anonymous Coward · · Score: 0

      I wouldn't hire you without seeing code licensed under an appropriate free software license. I would never hire a proprietary software developer period. You people make me sick. Isn't being paid for your work sufficient? Nothing my company produces will ever be proprietary.

    5. Re:Ignore them by lucm · · Score: 2

      I wouldn't hire you without seeing code licensed under an appropriate free software license. I would never hire a proprietary software developer period. You people make me sick. Isn't being paid for your work sufficient? Nothing my company produces will ever be proprietary.

      "Donnie, is that you? Your chicken pot pie is getting cold."
      - Your mom, calling from upstairs

      --
      lucm, indeed.
    6. Re:Ignore them by thegarbz · · Score: 2

      Actually, the only correct response is to hang up the phone

      Not quite. These kinds of stupid questions are often asked by HR drones and often don't in any way reflect the operation of the company itself.

    7. Re:Ignore them by Richard+Kirk · · Score: 1

      This. Plus bring some of your attitude with you. The people who write the job adverts are probably HR drones or recruiting consultants, and not the people who will interview you, or work with you.

      I remember being given a coding test as part of a job interview. One of the questions involved parsing a long expression in 'C' without brackets. My reply was (a) no-one ought to write code like this; (b) I can probably remember or guess the precedence for the weirder operators, such as bitwise XOR, but I wouldn't trust my memory when it is all on page 53 of K&R (the yellow, crumbly one); and finally (c) my best answer, which may have been right.

    8. Re:Ignore them by Anonymous Coward · · Score: 0

      Do you really think you have so many choices of employers that you can afford to do that, kid? In case you haven't been paying attention, coders are a dime a dozen and jobs are being either shipped offshore or eliminated. There is not a big market for your skills and you should be grateful for those that still exist. Keep this in mind whenever you feel like acting uppity.

    9. Re:Ignore them by Anonymous Coward · · Score: 0

      Be careful with K&R, there are parts of it that has been deprecated for a quarter of a century now.
      Check what the ISO standard says instead. Modern compilers are more likely to follow it.

    10. Re:Ignore them by drinkypoo · · Score: 1

      Bull shit. Those companies are paying their salaries, so they clearly support their actions (in the only way meaningful within capitalism, let alone by a corporation. When you do something for money for someone, you represent them. This is not hard. Neither people "just following orders" nor corporations "unaware of the actions of their employees" deserve a free pass, period.

      Here is a suggestion for cleaning up corporate malfeasance: hold managers legally responsible for the actions of their employees, and limit their salary based on the salaries of their employees. (Multiplier up for debate. Suggest 1.) The person to whom that HR droid reports should also be held accountable for an illegal request for copywritten and confidential data of that nature. The hiring process is designed to separate managers from responsibility, but if they aren't responsible for anything, what good are they?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    11. Re:Ignore them by Cederic · · Score: 1

      I can probably remember or guess the precedence for the weirder operators, such as bitwise XOR, but I wouldn't trust my memory

      I can mostly remember precedence operators for the main languages I've used, but when you've created production code in 7 languages and played around in half a dozen more, it's pointless trying to remember them all.

      So add the brackets. Make precedence explicit in the code and it's easier to read, easier to edit and easier to validate. Even if it's someone else's code.

    12. Re:Ignore them by thegarbz · · Score: 1

      Bull shit. Those companies are paying their salaries, so they clearly support their actions

      Depending on the size of a company there's a lot of people getting salaries without anyone ever knowing what their actions were, and this is especially true of departments so completely isolated from operational matters (about the only thing a company ever focuses on) as HR.

      People go to HR with problems. People don't go to HR to review HR.

      When you do something for money for someone, you represent them.

      True, but only as far as your own area of competence. If a legal employee asked that question then you can start questioning the company. If some HR drone who's never talked to legal does it then that's very different.

      Neither people "just following orders" nor corporations "unaware of the actions of their employees" deserve a free pass, period.

      I take it you're self-employed?

      Here is a suggestion for cleaning up corporate malfeasance: hold managers legally responsible for the actions of their employees, and limit their salary based on the salaries of their employees. (Multiplier up for debate. Suggest 1.) The person to whom that HR droid reports should also be held accountable for an illegal request for copywritten and confidential data of that nature.

      You have just described a top-down solution lacking any people actually capable of fixing the problem. I noticed you mentioned the word illegal but didn't once talk about legal advisers or training for the people involved. Nope you just vilified a whole department for not knowing something they don't know. Classic elitism.

      The hiring process is designed to separate managers from responsibility, but if they aren't responsible for anything, what good are they?

      It does nothing of the sort. It only separates managers from having to personally review every single part of the process. That's kind of why the department exists in the first place.

    13. Re:Ignore them by Anonymous Coward · · Score: 0

      True story: About a month ago I was interviewed by a person with this attitude. The interviewer's first question was what OS was on my phone and seemed to approve of Android. The interviewer asked me to name open source products I use on a regular basis. My current job has me working with Visual Studio and Windows, upon learning this I became, in the interviewer's words, a "Microsoft guy". (Note that the app I work on is Qt-based and Linux is one of the supported platforms - so everything I write is cross-platform and I will occasionally debug Linux-specific issues.) The interviewer went on to say that they are an open source / Linux shop and that the interviewer liked to ask a particular question to all "Microsoft people". The question was why Microsoft had been unsuccessful in the phone market. Note that I do not work for Microsoft or on phone apps, nor do I have any special knowledge of Microsoft's phone strategy.

      Needless to say I didn't hear from them again, but I'm not sure that's a bad thing.

    14. Re:Ignore them by Anonymous Coward · · Score: 0

      kill yourself

    15. Re:Ignore them by Darinbob · · Score: 1

      And your competitors thank you for it.

    16. Re:Ignore them by drinkypoo · · Score: 1

      I take it you're self-employed?

      I've done bad things for money. I sent spam on behalf of N'Sync, for example. I'm not proud of it, but I had to pay the bills. But I don't expect anyone to not think spam is shit, or that was a shitty thing to do.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  9. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 1

    [out of the loop]

    Who's Chris, and what is a "Cashews" user?

  10. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    If we're lucky, Chris is history at this point.

  11. Do what I used to - have a real working something by Anonymous Coward · · Score: 0

    Do what I used to - have a real working something - demonstrate briefly to them in tech interviews if possible.

    * It works & why wouldn't it? Proof's in the pudding via example proof thereof... it's convincing. Seeing actual work in motion doing something of value.

    APK

    P.S.=> Seems to do ok for me now even in hobbyist programmer work in freeware too ala https://slashdot.org/comments.pl?sid=8694351&cid=51429541/ ... apk

  12. SWE aint shit by Anonymous Coward · · Score: 0

    I don't understand this obsession with software engineers. Yes, they are cool in their domain, they produce good code (sometimes), and when its truly a work of art, you feel moved and inspired. But most of the time its what we seasoned UNIX neckbeards call 'acceptable', borderline scripting-style code. And there is nothing wrong with that. You don't have to be pigeon-holed into software engineering role, you can do other things - systems engineering, Chef/Puppet, monitoring, optimization, refactoring jank, deciding whether to build or buy software, management, etc. Software engineering is not all its cracked out to be, and there are other fields that allow you freedom to experiment and be creative with your design, such as Security, DevOps, System Integration, building internal tools. Most of these don't require you to have an extensive experience, and you can really grow and innovate in these areas.

    1. Re: SWE aint shit by Anonymous Coward · · Score: 0

      Code quality is important because reading code is 10 times slower than writing it. If you write API that is widely used you can cause people to spend years in total trying to figure out how it should be used. Code quality equals money and time

    2. Re: SWE aint shit by Anonymous Coward · · Score: 0

      This is incorrect on multiple levels. Code is documented through SDLC process, RFCs, architectural docs and playbooks. Nobody in their right mind reads the code to try to understand what a particular service or API does - and in most cases you don't have this luxury - think external APIs.

    3. Re:SWE aint shit by lucm · · Score: 1

      Chef/Puppet

      2010 called, they want their unreliable, kludgy alternatives to Ansible back.

      --
      lucm, indeed.
    4. Re:SWE aint shit by Anonymous Coward · · Score: 0

      Ansible? LOL. Thats Adorable.

    5. Re:SWE aint shit by lucm · · Score: 1

      You want a pull, image-based deployment strategy? Docker.

      You want a push, idempotent playbook deployment strategy? Ansible.

      You want something heavy that requires a client on each machine, and that requires a central database that poorly scales and that easily gets out of sync? Chef/Puppet.

      Of course if you've learned your Devops skills in 2010 and can't be bothered to upgrade yourself, feel free to stick with Chef or Puppet. Or why not Microsoft SCCM or IBM Maximo while you're looking at obsolete junk?
       

      --
      lucm, indeed.
    6. Re: SWE aint shit by Anonymous Coward · · Score: 0

      Do you use Linux?

      Isn't it some old crap from the early 90s?

      Windows is way newer, use that!

    7. Re:SWE aint shit by sfcat · · Score: 1

      You want a pull, image-based deployment strategy? Docker.

      You are doing it wrong then. Docker is for partitioning physical hardware without having to pay the I/O overhead of virtualization (which is about 75%). Image based deployment is dumb but if you want to do it, Packer is better as you don't waste so much time moving image diffs over the network that way. The issue with image-based deployment is the need for a central registry to make it all work and that makes testing a PITA. Its a classic case of operations wagging the company. The most poorly managed companies I've worked at often made that mistake for some weird reason. Seems like celebrating the cheerleaders after a big win by the football team.

      --
      "Those that start by burning books, will end by burning men."
    8. Re:SWE aint shit by Cederic · · Score: 1

      Hmm. Immutable docker images are a beautiful way of assuring consistency through dev/test/prod, across different on and off premise hosting locations, at client sites and when scaling horizontally.

      They have downsides, but they're pretty much fuck all to do with partitioning physical hardware.

    9. Re:SWE aint shit by lgw · · Score: 1

      The fact that it's also a hardware partitioning strategy is still important, though, for the lack of security it implies between containers.

      --
      Socialism: a lie told by totalitarians and believed by fools.
  13. web developer problems... by Anonymous Coward · · Score: 0

    take it to hackernews, codemonkey.

  14. Solo project by Anonymous Coward · · Score: 0

    Do a solo project on your own time. Ideally you'd do it on the weekends while still employed, and have it ready for your interview. If you have the money you can just take some time between jobs and work on something.

  15. Create the "Not a Hotdog" App by mykepredko · · Score: 1

    Lots of good points about the possible legal issues of pointing to your existing/previous employer's code from the perspective that a) you don't own the code, b) your disparaging a company's product (which you may not be allowed to do because of past employment agreements) and c) I'm not really sure that you can easily prove that you wrote it in the first place.

    Instead, if you think you're a Hotel Sierra coder, create a relatively simple app - it doesn't have to be brilliant in concept but use it as an opportunity to show off your skills. Write it, put it on an (appropriate) app store and reference it in your application and make the GitHub code base available to everyone as part of your resume.

    1. Re:Create the "Not a Hotdog" App by Anonymous Coward · · Score: 0

      Hotel sierra, hotdogs? WTF are you talking about dude?

    2. Re:Create the "Not a Hotdog" App by Anonymous Coward · · Score: 0

      > Hotel sierra, hotdogs? WTF are you talking about dude?

      Hint:
        https://en.wikipedia.org/wiki/NATO_phonetic_alphabet

    3. Re:Create the "Not a Hotdog" App by Darinbob · · Score: 1

      Often a mistake when you hire a Hot Shot developer. A good worker who fits into a team is better than a great programmer who's a braggart and causes friction and drama.

  16. Furthermore... by Anonymous Coward · · Score: 0

    If you are a clever problem-solver, you should have already figured this out on your own.

    Problem: they want to see my code, but I don't have any I can show.
    Solution: write some code of my own, that I can show.

    You seriously needed to ask Slashdot for this?

    1. Re:Furthermore... by Anonymous Coward · · Score: 0

      You make it sound like that's an easy thing. Do you know how many solutions are out there? Finding even a remotely novel problem to solve is difficult in and of itself; and that's before you write the first line of code!

      Assuming you *find* said novel problem without a good solution, you'll need to do research to figure out how people have approached the same problem (if they have at all). Then it's the design phase. "How will my project be better than X and Y solutions?" or "What's the best way I can achieve this?"

      You could start writing code after that, maybe, but I think it's worth considering questions like "What VCS will I use? Documentation engine? Programming language? Then, finally, you might be able to start writing code and testing algorithms.

  17. advice... you will be great... be honest! by Anonymous Coward · · Score: 0

    This could have happened to me, but when I interviewed in companies and they had poor code in the interview, I always point it out, and they don't hire me. (I am too honest... I cannot work in a code horrible env, and by being honest it keeps me away from bad code zones) (And I doubt they fixed their code... the companies are probably long gone now as well, as a result... poor code is BAD). Would never want to be coding in a situation like that. Author should think of this as a learning experience, yeah and author is in a rough spot, but be honest when you interview... and if they ask explain, they will understand, interviewers are not boneheads... you will be fine in the end. And keep coding well!

  18. Ethics Question to be Respectfully Answered by mykepredko · · Score: 1, Insightful

    dgatwood,

    I could see an employer asking this question as a way to ascertain what the applicant's moral character is.

    I thought the response by khchung was perfectly worded - you're not going to violate any laws or ethics by providing a previous employer's intellectual property. But, you're happy to provide samples of your own work that you have created on your own.

    If a programmer can't provide code they've written on their own, I would tend to doubt their skills in exactly the same way I would doubt the skills of a musician that couldn't provide proof that they practiced their instrument on their own time but wanted to be hired based on the recorded work done with other musicians.

    1. Re:Ethics Question to be Respectfully Answered by dgatwood · · Score: 2, Insightful

      If a programmer can't provide code they've written on their own, I would tend to doubt their skills in exactly the same way I would doubt the skills of a musician that couldn't provide proof that they practiced their instrument on their own time but wanted to be hired based on the recorded work done with other musicians.

      I haven't kept a practice log since I was in elementary school, and I don't know very many musicians that do. That doesn't mean we don't practice. That said, I'm assuming your intended point was that programmers should practice their craft while off the clock. Unfortunately, using that outside practice as a way to measure ability is a very bad idea.

      First, programmers writing significant amounts of software outside of work is relatively rare, both because of invention assignment agreement headaches and because programmers usually have other interests besides programming. For me, my main outside interests are music and photography, both of which are huge time sinks. If I'm spending 40 hours a week writing software, the last thing I want to do in the remaining ~60 hours of usable time is to write software unless there's some pressing problem that I can't solve in simpler ways. I occasionally write software for my own personal needs, but I spend orders of magnitude more time writing software at work than I do writing software at home.

      And even ignoring that problem, evaluating a programmer based on spare-time code will usually give you a highly inaccurate impression of that person's ability. I would never want to show anyone the code that I write for myself. I don't write unit tests. I don't refactor. I just hack it until it works. Half of it is a glued-together pile of shell scripts and Perl, and the rest is not much better. I'm the only one who will ever maintain my personal code, and if it breaks, it impacts only me, so the need to polish the code just isn't there.

      For example, the last piece of software I wrote was a tool to make printing of wind band sheet music less unholy. It's a PDF filter for OS X that takes an input PDF file consisting of 8.5"x11" pages and reformats it on 11"x17" pages, with a center 8.5"x11" half sheet if (num_pages modulo 4) == [1, 2], then prints those pages in up to two passes per input file (because the double sheets need short edge binding and the single sheets need long edge binding so that they flip in the right direction). Under the hood, it is a colossal hack of deprecated APIs (in part because some of the required functionality isn't exposed in the current APIs), and it is buggy as heck because it started out as a somewhat buggy sample code project, and I never bothered to debug it or convert it to ARC. It still meets my minimal needs even though it crashes every so often, so why spend the extra effort to polish a tool that I use to print fifty or sixty parts every couple of years and then don't use again for a couple of years?

      At work, the programming languages and available tools are different, I write tests (probably way more than average), and I frequently do major refactoring work to reduce the code footprint and make code easier to understand and maintain. The reasons for this difference are twofold: A. someone other than me will eventually have to maintain my work code, and B. when my work code breaks, it impacts everybody who uses it, not just me.

      So evaluating a programmer based on spare-time coding is like evaluating a musician with hidden microphone in the warm-up room and ignoring the actual audition. It might be an interesting approach to experiment with for laughs, but it is unlikely to get you the best players/singers.

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    2. Re:Ethics Question to be Respectfully Answered by Anonymous Coward · · Score: 0

      First, programmers writing significant amounts of software outside of work is relatively rare, both because of invention assignment agreement headaches and because programmers usually have other interests besides programming.

      If the company hiring just wanted a programmer they wouldn't ask for code samples, they'd just pick the first candidate.
      What they want is the best programmer.

      Why pick a 30 year old programmer with 10 years of experience when you can get a 25 year old who spent twice as much time programming because he also did it in his spare time.

      When programming at work you usually have to meet a deadline and you don't have much time to learn and experiment. You have to write code the way you know is safe.
      The one programming at home will not only have more experience, he will also be able to learn a lot of things that a corporate environment needs but doesn't give the time to learn.

      You don't have to be that guy, you are entitled to your spare time.
      I just don't see why a company wouldn't want to hire the guy with a hobby they benefit from instead.

    3. Re:Ethics Question to be Respectfully Answered by Hognoxious · · Score: 1

      If a programmer can't provide code they've written on their own, I would tend to doubt their skills

      So you wouldn't hire a Cobol programmer if he didn't have his own mainframe is his garage? Would you hire an aircraft mechanic who didn't have a personal 747 to tinker with?

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:Ethics Question to be Respectfully Answered by Anonymous Coward · · Score: 0

      1. There are COBOL compilers that run on PCs.
      2. Aircraft mechanics are not generally creating intellectual property for other people.

    5. Re:Ethics Question to be Respectfully Answered by Anonymous Coward · · Score: 0

      Idiot.

    6. Re:Ethics Question to be Respectfully Answered by Darinbob · · Score: 1

      Plus, after 10-12 hours of programming, dealing with reports and colleagues, sitting in meetings where the director is yelling at everyone, when I get home I usually only have a couple of hours of free time and I have no more stomach for programming. I want to relieve stress on the brain and relax. I do the home programming projects but often they end up languishing and unfinished.

      Also, this is very much correlated to the person's age I've found. Young and in college with tons of energy, there's a lot more who are able to get involved with open source. Old with a family and there's not much time available for it.

    7. Re:Ethics Question to be Respectfully Answered by Darinbob · · Score: 1

      Time spent programming isn't important. What's important is if the person can do the job that the opening is for. More important than time spent programming is the time spent programming on a team. Can the candidate work well with others, or is the candidate just another of those self taught guys who just don't understand why there is source code control, gets defensive and thinks code reviews are pointless, can't manage to give a reasonable time estimate for a task, and so forth.

      If the two candidates are identical except for one doing some programming at home, then you may have a point. But usually the candidates have many differing factors that should be considered first.

    8. Re:Ethics Question to be Respectfully Answered by dgatwood · · Score: 1

      Why pick a 30 year old programmer with 10 years of experience when you can get a 25 year old who spent twice as much time programming because he also did it in his spare time.

      Because even if the 25-year-old spent twice as much time since college, that's still only six years' experience versus the 30-year-old's eight.

      Also, because the 25-year-old likely spent that extra time writing bad code. When hiring a classical pianist, you don't choose the younger, less classically trained pianist simply because he spends an extra two hours each evening practicing with a rock band. Yet that's exactly what you're advocating....

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    9. Re:Ethics Question to be Respectfully Answered by khchung · · Score: 1

      If the company hiring just wanted a programmer they wouldn't ask for code samples, they'd just pick the first candidate.
      What they want is the best programmer.

      I see you have never worked in any large company as a programmer.

      Most companies do NOT want the best programmer, they would cost too much, and they would leave for another job very soon because the work is too boring for them.

      Most companies just want a "good enough" programmer, who can (1) do the job adequately and (2) won't give them any headache, and (3) stay long enough to make the hire worthwhile.

      i.e. exactly what YOU would want if you were hiring a house cleaner to clean your house. While you may not simply pick the first cleaner who came by, but you probably would pick the first adequate cleaner you saw.

      The LAST thing you would want to see from a prospective house cleaner interviewing for the job would be a "sample" jewellery case from his/her previous employer showing you how well it was cleaned.

      --
      Oliver.
  19. It's not avaliable! by chromaexcursion · · Score: 1, Insightful

    if you were working for a company, your code is proprietary. You can't share it.
    Simple answer: you can't legally share your code.
    If they balk, tell them they are being unprofessional.
    In 32 years I've never been asked to provide code. Good thing with the number of NDA's I've signed.

    If they're asking you to write a code sample, that's a different story. Make something up.

    1. Re:It's not avaliable! by Anonymous Coward · · Score: 0

      If they're asking you to write a code sample, that's a different story. Make something up.

      I usually just tell them I wrote this.

  20. Some things about the corporate world . . . by Anonymous Coward · · Score: 0

    1. They shouldn't be asking you for code, but they should be able to ask you about the type of coding that you can perform. If you put on your resume that you write javascripts for websites, they might want to see an example of your creativity, if any, since web javascript is by definition public. All they want to understand about the interview process is a gauge of your skill level, since whatever new project you will be put on will be similar but different.

    2. They should understand that requirements are not always clear when you are asked to deliver something. Explain that you implemented what you were asked to code, and you adapted to the ever-changing requirements as best as you could. If the code-behind is a mess, well, that's what happens sometimes when you are asked to add A, B, C late in the game, but you got it to production. In the real world, refactoring is a luxury for the future.

    3. They should also understand that people do not do projects in a vacuum; there's often a team around them. Explain that you contributed where you could, and your example site has code that was contributed from several people. Explain that you cannot share your back-end code, but speak about it at a high level. Again, they are trying to figure out your skill set, and if you are bluffing on your resume.

    Finally, just be honest, but not hurtful. You are looking for new employment because you are in a team where the team members are not on the same page, and management isn't providing consistent guidance or leadership. And the new company will go "whew, good thing we're not like them", when in reality, all companies are filled with micromanaging managers and bad teams. Good luck.

  21. Wtf? by Anonymous Coward · · Score: 0

    Not sure where you are applying, but I've never given a sample of my code for an interview. Ever. I've done code challenges, where I solve a sample problem in an allotted time (typically a few days to a week), and I've done one whiteboard interview. Run, don't walk, from anywhere that has you write code on the spot during the interview (I did fine, and they made me an offer, but just... no).

  22. It's quite simple by Anonymous Coward · · Score: 0

    Stop looking for a job in programming. Instead, look for a job being a crash test dummy.

    1. Re:It's quite simple by Anonymous Coward · · Score: 0

      That's what I told Chris. The hardest part was teaching whales to drive.

  23. make your own sample code project by Anonymous Coward · · Score: 0

    that doesn't suck.

  24. Rate a musician based on his band? by mykepredko · · Score: 3, Interesting

    This is a re-iteration of a reply elsewhere in this thread.

    I think a reasonable analog would be in terms of musicians - would you hire a musician based on the work of the band they were in or would you want them to audition for you?

    The obvious example would be if you were hiring a musician based on them being an ex-Beatle would you be as happy with a Ringo as a John, Paul or George? How would you feel if you got George based on what you heard in the albums and later found out that Eric Clapton played some of the guitar attributed to George on the albums?

    As an employer, I would want to see what the applicant could do as an individual contributor to show that they have the required technical chops and then use the interview process to determine whether or not they fit in with the company/team.

    Doesn't matter if it's a musician or coder.

    1. Re:Rate a musician based on his band? by lucm · · Score: 1

      if you were hiring a musician based on them being an ex-Beatle would you be as happy with a Ringo as a John, Paul or George?

      Trick question. Do you mean the real Paul McCartney, or the guy they hired to impersonate him after his death and who turned out to be immensely more talented than the real Paul?

      --
      lucm, indeed.
    2. Re: Rate a musician based on his band? by Anonymous Coward · · Score: 0

      No, we mean the Third Clone that brings about the Final Day.

      Your move.

    3. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      How would you feel if you got George based on what you heard in the albums and later found out that Eric Clapton played some of the guitar attributed to George on the albums?

      But I still hired an ex-beatle, right? Yeah, I'd live.

    4. Re:Rate a musician based on his band? by Darinbob · · Score: 1

      A musician usually owns their work. And when hiring a musician to play an element, then they usually play someone else's work anyway. They are often asked to sight read something new. Now if you want to hire a composer, then you would like to see examples, and such a composer is likely to have samples and owns the copyright to them. There's really not a lot of comparison between a music professional and a programming professional.

    5. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      That's what the usual 3-month or 6-month experience period is for.

      If a candidate says they have worked a couple of years for company X, and you assert that company X exists, and has real products and real clients, and that the candidate has actually worked there at the position they said, then you can tell that he is not lying about being a professional in that area.

      If you're hiring for a very senior position and it's very important to make sure the candidate is good, you can always ask for references. It's as simple as asking "Could you provide me with one or two letters of recommendation from your previous employers or people you've worked with?" or "Do I have your permission to call this and that previous employer for reference?"

      I tell this to you as someone who doesn't have a college degree, has no contribution to free software projects to show, and has very few personal code snippets to show (all very shitty). My current employer couldn't be happier with me right now. If they hired based on your criteria (basically, show me the code!!) I would never have been hired to work there.

    6. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      It's not so simple in the music industry. Recording contracts are notoriously hairy, especially for new unknown artists.

      But since GP mentioned the Beatles, it's worth pointing out that the Beatles song catalog was owned by Michael Jackson from 1985 until his death.

    7. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      I'd certainly be happier with Ringo than the remains of John or George. I might settle for Billy Shears over Ringo though.

    8. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      Not just that, do you want a Beatle, or do you want someone who fits in your band.
      Can they play your songs, in a way that fits with your style.

      It's pretty disheartening to get someone through all the intros, HR crap, "on-boarding", only to come up against a wall of "that's not how we did it at my last place" from someone who thinks they're a "rock star".

    9. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      Are you confusing McCartney for the Miley Cyrus impersonator after the real Miley was found dead in the desert?

    10. Re:Rate a musician based on his band? by Anonymous Coward · · Score: 0

      Yeah, but the guy they hired to replace Paul McCartney was also named Paul McCartney.

    11. Re:Rate a musician based on his band? by lucm · · Score: 1

      I think you need to beef up on your conspiracy theories. i think there's even a Netflix documentary about the "Faul McCartney" thing.

      https://en.wikipedia.org/wiki/...

      --
      lucm, indeed.
    12. Re:Rate a musician based on his band? by mfnickster · · Score: 1

      Chris Farley: “You remember when you were with the Beatles, and you were supposed to be dead, and there’s all these clues, that, like you’d play some song backwards, and it’d say, like, ‘Paul is dead’ and, uh, everyone thought that you were dead and stuff?”

      Paul McCartney: “Yeah?”

      Chris Farley: “That was a hoax, right?”

      Paul McCartney: “Yeah...I wasn’t really dead!”

      --
      "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
  25. Screw em by Anonymous Coward · · Score: 0

    Quit in a spectacular fashion, save teh world. Also, you seem to blame the CTO more than yourself. Donâ(TM)t be a shit bag like most everyone else.

  26. View source by Anonymous Coward · · Score: 0

    Since when has view source EVER yielded anything but unintelligible gibberish? Every time I've had the itch to reach for view source my mind is blown by idiotic cesspools of bootstrap widgets and auto generated CMS nonsense.

    1. Re:View source by 742Evergreen · · Score: 1

      You missed the perfect opportunity to use "csspools"

  27. Re:Well, Chris, here's what you do by lucm · · Score: 1

    Who's Chris

    WE'RE ALL CHRIS

    --
    lucm, indeed.
  28. Have a hobby project by JohnFen · · Score: 1

    Code samples don't have to be from your job. Have a hobby programming project, and use that for your code samples.

    1. Re:Have a hobby project by serviscope_minor · · Score: 1

      Code samples don't have to be from your job. Have a hobby programming project, and use that for your code samples.

      Or: use it as a filter to remove companies that suck. Which is sadly, apparently most, but it's worth doing. Providing code samples for all but the lucky few requires a seriousl legal and ethical breach or requires you to basically not have a life outside code.

      Most pros I know do their coding at work then relax in their time away doing something else most of the time.

      --
      SJW n. One who posts facts.
    2. Re:Have a hobby project by Hognoxious · · Score: 1

      Is your hobby (say, html5 games) relevant to the job you're doing (e.g. stock control) and the job you're applying for (e.g. warehouse automation)?

      If it isn't there's not much point showing it.
      If it is then it's not much of a hobby.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    3. Re:Have a hobby project by JohnFen · · Score: 1

      I think you missed my point: you develop a hobby project that will show off the skills you want to show off.

    4. Re:Have a hobby project by JohnFen · · Score: 1

      Most pros I know do their coding at work then relax in their time away doing something else most of the time.

      We know a different set of pros, then. Most of the ones I know have a hobby programming project going on at home.

    5. Re:Have a hobby project by serviscope_minor · · Score: 1

      We know a different set of pros, then. Most of the ones I know have a hobby programming project going on at home.

      Sounds like it. there have been times when most of the people I've known have had hobby projects. At the moment few do. Maybe being older has something to do with it? Not sure.

      --
      SJW n. One who posts facts.
    6. Re:Have a hobby project by JohnFen · · Score: 1

      Maybe being older has something to do with it? Not sure.

      I'm over 50. Here's hoping that doesn't count as "older".

    7. Re:Have a hobby project by serviscope_minor · · Score: 1

      I'm over 50. Here's hoping that doesn't count as "older".

      Over 30. As are most of the people I work with now. People have kids, hobbies, external interests and so on. I see more of that when I was in my 20s and working with people in their 20s.

      Think in this case: older == got a life.

      --
      SJW n. One who posts facts.
  29. Dont have an answer for you by Anonymous Coward · · Score: 0

    The problem is 99.999% of engineers suck dick as far as coding skills go. I'm still waiting for anyone to prove me wrong.

    1. Re:Dont have an answer for you by viperidaenz · · Score: 2

      Perhaps you should stop hiring them off a street corner.

  30. From an experienced manager... by Anonymous Coward · · Score: 1

    Here are recommendations from a manager at one of the world's largest "professional services firms" -- a multi-billion dollar organization with a large IT practice.

    I have also managed teams of people responsible for developing and sustaining IT solutions.

    Don't worry about code samples so much.

    Instead, worry about coming off as professional, hard-working, collaborative, and competent/ knowledgeable. Demonstrating an ability to communicate effectively would be a plus (especially for a coder, who tends to frustrate with an inability to communicate with other people).

    You don't have to show prior-developed code to accomplish this. Here are other options --

    Instead, talk about hallmarks of excellent code development, and how you have leveraged them in the past. You can talk about incorporating error handling. You can talk about writing efficient code. You can talk about how for a given function or operation, there might be five different ways of getting to the same goal, but that depending on requirements and constraints, one method might be a better solution than the others, and talk about why. If there are particular languages a prospective employer uses, put it in that context.

    You can also talk about the flip side -- where you have seen sloppy, inefficient code, how you have seen it damage the operation of a site or app, and how you might correct it.

    Offer to develop a short piece of sample code that performs an operation or function the employer might have interest in, and that highlights your knowledge in the context of the kinds of solutions your prospective employer focuses on.

    1. Re:From an experienced manager... by deviated_prevert · · Score: 1
      What he should not do under any circumstances is competently recaptiualize extensive methodologies. But if all else fails as an example of his coding skills he could easily work up a slightly more complicated php or whatever gui front end to a table based generator like this oneand perhaps put some really cute kitten faces as the buttons to select the function(s) and perhaps even have a synth voice read back the phrases generated with a simple open source computer voice plugin to the espeak libs. Simple enough stuff to do for a skilled programmer. In other words what he codes does not need to be practical but can be just a fun little hack that is inventive.

      My point is that the worst thing that he can do is to use buzz words like "leveraged" or "hallmarks of excellence" especially on a letter of introduction or worse use words that are nebulous corporate jargon during an interview! He is being interviewed as a programmer all he needs to do is explain which languages he is competent in and that he takes pride in his skills and can demonstrate them.

      Most importantly he needs to ask what the company has to offer him in a polite way so that the interviewer quickly gets the point that the interviewee is self assured and aware of their worth. An experienced programmer that is self assured without arrogance that avoids the false pretense of corporate speak nonsense will always get the best jobs.

      --
      This message was not sent from an iPhone because Peter Sellers really was a deviated prevert without a dime for the call
  31. Sometimes learning from mistakes is more important by Anonymous Coward · · Score: 0

    Just go into the interview, present the code you have written, and point out the problems. In my experience, you can demonstrate expertise in demonstrating how something could be done better just as well as demonstrating how you did some thing well. You don't need to find excuses for it, just say you were following a protocol to write it this way, and this is how you would have done it properly.

  32. Give anecdotes by bugs2squash · · Score: 1

    You don't have code samples, but what you do have are a very particular set of skills. Skills you have acquired over a very long career. Skills that make you a nightmare for bugs in other peoples convoluted code...

    Few people get a clean environment in which to create pristine code from scratch, be proud of how you have shone a light into some dark places, made things work where others couldn't find the problem and made the world a better place one line of code at a time

    Oh, and for sure write some of your own stuff from scratch to show you actually enjoy it and are good at it, that was good advice.

    --
    Nullius in verba
  33. I know I don't know by Anonymous Coward · · Score: 0

    What the?!

  34. Contribute to open source by Anonymous Coward · · Score: 0

    Find an open source project that interests you and contribute or start your own. If you are legally able, upload your back-end code to github. Then just link to your github page to show them your portfolio.

  35. Code examples? by Anonymous Coward · · Score: 0

    Get a real job where you canâ(TM)t just provide a âoelinkâ to code. If I handed over code from my current role Iâ(TM)d find myself in a court room pretty quick.

  36. Job market is hot, they'll overlook it by Anonymous Coward · · Score: 0

    ..... I think that is what everyone says, companies desperate for programmers, means they'll take you with your warts and all.

  37. dont by Anonymous Coward · · Score: 0

    Do you work for open source company? If no, don't share their code, whether good or bad. Apply somewhere where they dont ask you to break the law or write something small over weekend. The question is ridiculous. There are many places who do understand that you cant share previous employer code and are not asking you to. There are many places that will accept weekend mini project as sample.

    Majority of employers dont ask for code, unless you are straight after school.

  38. Really? at Microsoft in 1991.. by Anonymous Coward · · Score: 0

    in 1991... without a valid code sample.. 500 lines of code that made any sense -- yeah right...

    contact me today -- same answer.. no valid code sample. no job offer.

    you got to be kidding me!!! no code samples? what planet are you on?

  39. Useful, Secure, Familiar by myid · · Score: 1

    1) Write code that solves a problem. In your job, you must have thought a few times, "Someone should write code to that does such-and-such." Ok, for your project, write that code. The interviewer will be more interested in your code, if they want to use it themselves.

    2) Make sure that your code is secure. Don't tell the interviewer, "This code assumes that the input data has previously been checked." No - your code should check the input, and reject any bad input.

    3) Before the interview, make sure that you're very familiar with your code. If the interviewer asks you why you did such-and-such, you should be able to tell them why. If you're told to change the logic or messages or whatever, make sure that you know how to change it.

  40. Re:Do what I used to - have a real working somethi by Anonymous Coward · · Score: 0

    You've written exactly one program, it's a joke, and you live in your mother's basement. (The last item was even confirmed through painstaking research conducted by a couple of the long-time ./ subscribers you tried to run off the site a few years ago, IIRC.)

  41. Re:Ignore them - Microsoft HR sucks eggs by Anonymous Coward · · Score: 0

    come on... you have to have some code that is yours truly your own.. share it show it to get the job..

    most of the posers on slashdot who claim to be good at code probably don't code..

    microsoft hr sucks too. i loved them when in management when they knew their place.

    coding is king. // gates good // ballmer bad // raikes good // oki good // stoneseifer so-so // devenuti sucks big time // allen - rules..

  42. When all you have is a hammer by raymorris · · Score: 3, Insightful

    When the only tool you have is a hammer, everything looks like a nail.

    What would you think of a handyman whose answer to everything is "use a ball-peen hammer"? You might notice that's the only tool he has, a ball peen hammer. No screwdriver, no wrench, just a ball peen hammer.

    Rust is like a ball peen hammer. There are a few jobs for which Rust is the right tool. For 98% of programming needs, another common tool is clearly a better fit. The limited memory safety Rust fanbois are so proud of is also true of EVERY interpreted language going back to the 1950s.

    You newbie fanbois sound like if a Ford afficiando went on and on about "Ford trucks have FOUR cup holders!". The advantage you're so proud of is neither particularly uncommon or all THAT damn important.

    In fact, it makes YOUR code less safe because you think that because the language eliminates ONE small class of errors (the same errors every interpreted language also protects against), that means you're safe and don't have to be careful. That's like if you have a great lock on your glovebox, so you leave your damn car unlocked while screaming "nobody can steal stuff from MY glovebox". Well, you're missing most of the risks while ranting about protection from one small category of risk.

    1. Re:When all you have is a hammer by Anonymous Coward · · Score: 0

      You're missing the fact that Rust doesn't only eliminate memory errors, it also eliminates data races. Which is something GCed languages don't offer. You can get data races in most common memory-safe languages just fine (and people in fact do). Of course, there are languages which solve the issue (eg. Erlang comes to mind) but they aren't very common either and they go about it in a different way.

      Your point about Rust code actually being less safe because of focus supposedly being only on memory safety sounds made up.

      OTOH I'm not saying you're wrong in that Rust fans tend to overestimate the importance of Rust's features. You're probably right about that.

  43. Keep applying by Anonymous Coward · · Score: 0

    Just the fact that you strive to do a good job means you will find something eventually. All you have to do is demonstrate it. This comes from a person who previously worked in a Classic ASP environment for a decade with no coworkers.

  44. Not so fast by emblemparade · · Score: 4, Interesting

    I work for a respectable company and all our code is Apache licensed (open source) and publicly available. Anyone can see my code.

    Let's not jump to conclusions and assume that OP is breaking the law.

    That said, my advice to OP is to contribute code constantly to open source and free software projects. This is very impressive to employers for various reasons: 1) it displays your passion-driven, good quality code, in projects that you yourself chose, 2) it shows your delight in code itself, rather than profit, 3) it proves you're ambitious enough to work after hours to further your career.

    I hire people, and let me tell you that people listing several open source contributions (including their own independent open source projecs) always jump to the top of the stack.

    1. Re: Not so fast by Anonymous Coward · · Score: 0

      All those points you listed are for programmers who apparently don't put much monetary value on their work. In other words, you are specifically looking for someone you can take advantage of. Of course this selfless, who cares about money attitude only goes for the EMPLOYEE, not the EMPLOYER, right?

    2. Re:Not so fast by Anonymous Coward · · Score: 0

      I wouldn't make the assumption that the OP is breaking the law, but if interviewers are refusing to employ based on not being able to provide such samples, then they are strongly encouraging applicants to break their previous employment contracts, and will most likely get (and deserve) the same back in return.

    3. Re:Not so fast by Anonymous Coward · · Score: 0

      Unless you work for a major tech company which compels you to sign an employment contract which prohibits open source contributions without prior vetting. Vetting which will inevitably result in a 'no' since the company is so large they have their fingers in every pie.

    4. Re:Not so fast by Squallop · · Score: 1

      I thought it seemed pretty clear that the OP was only talking about referencing the frontend, which would unfortunately not demonstrate his work on the project/s. The fact that he's concerned that he can only demonstrate the frontend and not backend or even the admin portal, means that he would only be supplying public urls to the project. Come on SD posters... where's the quality comments these days.

  45. Trump by Anonymous Coward · · Score: 0

    Trump supporters are douche bags and ass clowns.

  46. You need to offer something by RightwingNutjob · · Score: 2

    We needed to hire another coder a few years back. One of our greybeards said, "don't just look at resumes and gauge the firmness of their handshakes, make them take a coding test." So I wrote one up that specifically tested the skills we needed the new pair of hands for that fit onto six pages of good old-fashioned paper.

    We got six bites for the position through our usual staffing firms. Three were kids barely old enough to go drinking with, so they're out because we needed someone to work, not to be taught to work, and three guys with about a decade plus. All three had impeccable resumes.

    The first guy could barely figure out which way was up on the pages I gave him. The second figured out which side of the page was up but promptly got more than half the questions wrong. The last one promptly got slightly less than half the questions wrong. That's the guy we went with, and we lucked out because he learned quickly and has done good work for us.

    The first guy, in the process of revealing to us that he couldn't tell C++ from a hole in the ground also came up with this gem among his many grumblings: "This code test is awful! You could get someone at way less than my rate to come up with it!"

    The moral of this story: we've all interviewed Guy Number 1 at some point in our careers. Complaints about other people ruining your work and not being able to provide code samples because whateverwhatever will set off alarm bells. You need to prove you can code by yourself. If that means something as simple as maintaining a personal webpage where you just experiment with stuff, do it. If that means contributing to OSS, do it. If that means offering to take any and all code tests during an interview, do it. But what you don't want to do is start the interview with whining and complaining. Even if you're right, you'll be lumped in with all the jackasses that are all bluster and no technical competence and you won't even make it to the interview.

    1. Re: You need to offer something by Anonymous Coward · · Score: 0

      We recently needed to hire data modelers. Unfortunately, a lot of people think they can model but have no idea what a logical or conceptual model is. Or a subtype (which is similar but not equivalent to a subclass). Anyway, we have them a test with 3 questions that made you model something with 3 lines of data. One refused. Several others failed horribly. Finally we got a couple that passed.

      Don't hire people for skill based positions without testing them.

    2. Re:You need to offer something by Anonymous Coward · · Score: 0

      We got six bites for the position through our usual staffing firms. Three were kids barely old enough to go drinking with, so they're out because we needed someone to work, not to be taught to work, and three guys with about a decade plus. All three had impeccable resumes.

      Not sure if your post had anything helpful, because I stopped reading right after you acknowledged age discrimination. Who cares how old they were? And, you can't discriminate based on age.

    3. Re:You need to offer something by RightwingNutjob · · Score: 1

      Of course I can. I put out a req for ten years experience and I got back a resume that says just finished college. Why am I going to waste my time on a kid when I need a someone with a track record?

    4. Re:You need to offer something by i.r.id10t · · Score: 1

      I first wrote do something meaningful code when I was 12. When I was 14, the code I wrote was managing my mom's contact and insurance info for her medical office (this was mid/late 80s, turbo Pascal on a 286).

      Did go to college until late in life, but I've been programming all along, some for fun, some for pay, some just to learn something new. Did an AS in programming/analysis, finished that 15 years ago, and recently (3 years ago) went back to school part time. And I'll finally be finishing a BS in software development at the end of spring term.

      10+ years experience, check. Just graduating or about to graduate - check again.

      Granted, I'm an edge case - but I know of several folk in my position.

      --
      Don't blame me, I voted for Kodos
    5. Re:You need to offer something by RightwingNutjob · · Score: 1

      It's a stretch to say you'd've "just graduated" in the same way that a kid with college and less than two years of experience on his resume "just graduated."

    6. Re:You need to offer something by Anonymous Coward · · Score: 0

      We needed to hire another coder a few years back. One of our greybeards said, "don't just look at resumes and gauge the firmness of their handshakes, make them take a coding test." So I wrote one up that specifically tested the skills we needed the new pair of hands for that fit onto six pages of good old-fashioned paper.

      We got six bites for the position through our usual staffing firms. Three were kids barely old enough to go drinking with, so they're out because we needed someone to work, not to be taught to work

      So you created a coding test to judge applicants on their merits then immediately jumped back into enforcing the "can't get a job without experience, can't get experience without a job" catch-22 fallacy? Fuck you. You're an asshole and I hope you go out of business.

    7. Re:You need to offer something by Anonymous Coward · · Score: 0

      You needed someone who can do the job, which was the whole point of the coding test. A person's track record means jack shit compared to whether or not they can actually do the job. As you found out when testing the three older candidates. Dumb cunts like you are part of what's wrong with tech hiring these days.

    8. Re:You need to offer something by RightwingNutjob · · Score: 1

      What's so difficult to understand about "I need an experienced person with experience in the problem domain I'm hiring him for, so I will not consider people whose only qualification is being bright-eyed and bushy-tailed and having racked up exactly zero real-world experience" that you feel the need to jump down my throat? Is it because you have no real-world experience and expect job offers to jump down your pants by virtue of having a piece of paper from a highfallutin university and nothing else?

      I've seen plenty of kids start work. I've been one myself. I'm pretty freakin smart if I do say so myself but I remember that it took me a good four or five years before I became useful. Not because I didn't know what I was doing (though there is that...there's a ton of technical stuff they don't teach in school) but because I hadn't had the experience of working in teams with and for other people. I've seen that pattern repeated to five decimal places with every kid that got hired on after me. Some positions are entry-level. This one wasn't.

    9. Re:You need to offer something by RightwingNutjob · · Score: 1
  47. Give them a link to your Github account by StickyKeys · · Score: 1

    I seriously doubt that employers are expecting job applicants to hand over proprietary code from their current employer and even if they were would you really want to work for a company with such dubious ethics? Even if you could do that how would you prove what code you've personally written and which hasn't been improved by someone else, unless you also need to bring along SVN logs...?

    Normally when I've seen jobs ask for code samples they're talking about your own personal projects done in your own time which you own the rights to. I suggest start using your free time to create your own open source software for things that you yourself are passionate about, stick it on Github and give prospective employers a link to it. This is a much better way of showing your own capabilities without getting the legal problems.

  48. You don't by Anonymous Coward · · Score: 0

    Stay in the gutter and feast on your own feces.

  49. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Does they?
    No.
    They does not.

  50. Might as well not by Anonymous Coward · · Score: 0

    Check your employment contract.

    If you are NDA'd from sharing the code from your employer/former employer then you have no code samples. Period.

    Start over, write new stuff that mimics what you did at your previous place, and share that.

    Otherwise you may as well not apply.

    Every coding job I have is a result of being in the right place at the right time when someone else was let go, and I'm the only one that knows the code. More to the point, another client actually first stole my code from my second client before they hired me. That was because their tech misunderstood the licencing.

    Which comes back to the thing about code samples, anything you show someone WILL BE STOLEN if you don't correctly licence it. Why buy the cow when you get the milk for free and such. Any employer asking for code samples should be approached with the idea that they might simply want you to solve a problem under the guise of a test.

    This happens in the art/comic/animation/film/VFX industry quite a bit. You're asked to do something that they just want to steal ideas from.

  51. Relax by Njovich · · Score: 1

    In many companies even the meaningless codename of the project you worked on is under NDA. Do what everyone else does and just describe what you did in vague terms like the technology used, and value to the company. Yes, it may have been a mess, but it was used by the client and may have delivered millions in value to the company. That's what matters in this industry. There are many total garbage pieces of code out there that rake in gazillions for companies. Also, there is an enormous amount of developer jobs. If some have requirements that you can't or don't want to fulfill like linking to live code, just skip them.
    If you really want to show off code, write something small and new (preferably slighly related to what you want to do), put it up on Github, and link to that. It can be a tiny project that just shows that you can write code that does something in an acceptable way.

    Also, you sound quite bitter about your former employer. I understand that, because well, aren't we all. But, they must have done something right being in business for some time and hiring people. Try to focus on the positive, they are in your past now. Not for some zen reason, but if you give negative vibes about previous employers in an interview, that counts as a red flag to many HR people.

  52. Re:Well, Chris, here's what you do by Hognoxious · · Score: 0

    Chris is Spartacus.

    --
    Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  53. Simple by CptJeanLuc · · Score: 1

    If you are smart and you deserve the job, then you will come up with a way to show them your skills. Also, sharing your employer's proprietary code is not the best way to show your wicked skillz, as most prisons do not allow telecommuting to work.

  54. Re: Well, Chris, here's what you do by dougdonovan · · Score: 1

    mcdonalds is always hiring.

  55. Various thoughts by CustomSolvers2 · · Score: 1

    - As commented in various posts above, what you develop while being an employee belongs to the company. In any case, you rarely validate your work at a company with code samples but with time, generically-defined tasks and, eventually, feedback from the given employer.

    - Code samples are expected to be individually developed by you or, at least, have clearly defined your exact contribution. Ideally, you should be the responsible for everything: ideation, implementation, bug fixing, etc. All this seems quite incompatible with what you do as an employee, by implementing what you are being instructed to do, what, how, when and at what cost. Even in case of using company's code as your samples, you would be mostly proving to be a good fit for that company rather than your actual value as developer/worker/person. A slightly different story would be you having a very high flexibility regarding how to implement a roughly-defined set of ideas; but even in that case, your exact contribution and the effect of other factors like company's culture would be unclear.

    - My work has always been almost exclusively focused on algorithm development, efficiency improvement, data management, etc. or, in web-based lingo, back-end. I have always had lots of problems to show my work with previous clients because of rarely being public and, most of times, not even shareable with anyone else. I guess that most of developers like me have always had these "problems" which, until relatively recent times, weren't felt as such as far as private, proprietary, close-source software is quite common. The only reason why this issue has started to be seen as a problem is because of the huge increase of low-quality, non-specialised, ignorant offer/demand, where things like "you have people taking care of GUI/aesthetics and people taking care of internals" aren't evident anymore. I am commenting more about this in the last point.

    - The most logical way to have good code samples is to spend some time on building them at your own expense. This is also the best proceeding to maximise what code samples are precisely being expected to deliver: a good idea about your skills in the widest sense of the expression. This doesn't just mean having some technical knowledge, being able to follow orders and dealing with comfortable and well-defined conditions, but also coming up with nice/innovative approaches, showing your main priorities or how much effort/interest you put in your work and, in general, delivering comprehensive solutions saying quite a lot about you to people willing and able to understand them. Despite all this, I have personally decided to reduce my number of public contributions/code samples; firstly, because I have done a quite relevant effort on this front already and, secondly, because people don't seem to care about all this as I expect them to do (i.e., objectively and knowledgeably analysing my work as opposed to just counting the number of stars/likes/lines of code).

    - My last point is about recruiters and HR/hiring departments with low-to-no technical knowledge/concerns, even when dealing with expert candidates. This thing of a front-end implementation having any kind of impact on a back-end developer is quite indicative of the level of tremendous ignorance and arbitrariness which you can find out there. Just about 1 week ago, I had a "technical" interview where I was (generically and crappily) asked about how I would implement a web interface, what is pretty much the opposite to what most of my experience is about. Note that I have no problem with non-technical staff for as long as they accept their (lack of) knowledge and compensate it with the adequate means (e.g., taking advise from actual experts). These ridiculously bad to everyone nonsense is even more intense under my specific conditions (remotely working/freelancing/external contractors). My ideas regarding how to proceed in these cases are extremely clear since some time ago: zero tolerance with stupidity. I will not be patient or understanding with any

    --
    Custom Solvers 2.0 = Alvaro Carballo Garcia = varocarbas.
  56. Re:Well, Chris, here's what you do by business_kid · · Score: 1

    Another thing you could do is open or spruce up your github account. Backend code could be put there (as backend code) and whatever you do/want to advertise goes up also. Advertising yourself means doing the latest thing. Already I have my doubts about you because 1. You didn't think of this yourself. 2. You want to be on the cutting edge (what's coming in, and I bet the code you have could have been written in the last millenium). 3. "If you lie down with dogs, you get up with fleas." I gather you've got fleas; you've spent too long in that last job. You want a neat, commented, organised, succint code in an OSS project doing clever things. You need to improve continually, show variety and brains.

  57. I don't get it by nospam007 · · Score: 1

    What does your current employer think of you sharing _their_ code with the competition?
    Will your potential new employer not think that you'll steal _their_ code as well to brag for a new employment down the line?

  58. Re:Well, Chris, here's what you do by Aighearach · · Score: 1

    stop dreaming of being a video produce.

    Everybody dreams of being a video produce, but in Soviet Russia, produce video you!

  59. Contribute to free software and open source by Antique+Geekmeister · · Score: 1

    Many, though not all, workplaces will work with you when you sign their employment contract to exclude company ownership of previous free software and open source software. Many, though not all, will also work with you to allow you to publish patches to the upstream owners of copyrighted free software, to avoid GPL confusion and to get the patches into the next official release. If your current workplace isn't clear about permitting such work, spend an hour with an attorney familiar with intellectual property law and do some personal, public work on something unrelated to your workplace.

    This isn't always easy to do if you are a generalist in a consulting company: you can easily be called in for help because your work elsewhere is noticed. I've had good success protecting the intellectual property personally and with people working with or for me who had technical expertise outside our company's direct work.

  60. Easy solution by Anonymous Coward · · Score: 0

    Why don't you just either contribute or create your own opensource project where you write good code?

  61. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Sorry about the asshats. On the plus side, you are getting some good replies to your post. Try not to respond to the asshats, they're just miserable people who feel a little better about themselves when they spread their misery. They are not worth responding to.

  62. Re:Well, Chris, here's what you do by dtmos · · Score: 1

    stop dreaming of being a video produce.

    And here I was, thinking this guy's fantasy was to be lettuce in a TV documentary.

  63. Re: Well, Chris, here's what you do by Zero__Kelvin · · Score: 1

    He stands corrected. Did you hear that AC? He wants you to know that while he does not contest anything else you said, he has two dozen websites dedicated to his mediocrity! He sure out you in your place!

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  64. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    c-c-c-c-c-c-c-c-c-cd-reeeeeeeeeeeeeeeeeiiiiiiiiiiiimmmmmmmmmmmmmeeeeeeeeeeeeeeeeerrrrrrrrrrrrr ...warning, this post may trigger him.

  65. Re: Well, Chris, here's what you do by Zero__Kelvin · · Score: 5, Insightful

    First of all don't ever make available in any way your companies code unless you have written permission to do so. Second, you simply tell them that you can't provide said code due to NDA / compliance issues. Put together some great code on your own and offer that along with your reason. You will, by doing that alone, separate yourself from the pack as a guy wgo actually understands how businesses work. Finally, that is just going to get you a code monkey job. If you want a real job there has to be documentation including requirements and design specs, as well as test methodology with implementation of same. There is more, but if you get that fat you will be so far ahead of the pack you can worry about that tomorrow, which is exacrly when you should start preparing for the next time.

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  66. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Have you stop raping your neighbor's goats yet?

  67. unethical request anyway by Anonymous Coward · · Score: 0

    As many others said already, asking you to show code from your previous employer is unethical anyway, unless you've gotten permission in writing from your employer to do so which I doubt anyone would ask and I even more doubt any employer would agree to.

    It would kind of be a flawed evaluation anyway. For example, you show 500 lines of code. How long did that take you? 5 hours or 5 weeks? What was your process for writing it, i.e., how much of it is googled code that you tweaked for your own purposes? Did you work with others in creating it and how much is "your work" vs theirs?

    I'll point out that I also think forcing people to write some contrived example on the spot is fairly flawed as well. For one thing, it's a contrived example and those by definition don't necessarily mean a lot in terms of producing actually useful work. Then it is completely valid to do things like google to find similar work done in the past, that's called working efficiently and though a cliche, it is absolutely valid not to recreate the wheel and that in itself is something an employer should value in a potential employee.

  68. Naive by Anonymous Coward · · Score: 0

    Oh that's rich. Are you saying that's how it IS, or that's how it SHOULD BE? Cuz it sure as hell ain't the former. Software that is standardized enough to have a solid spec tends to be universally used, commodity-functionality stuff that hasn't been updated in 20 yrs. Think email protocol.

  69. Whoops by drinkypoo · · Score: 1

    Suggest multiplier less than 1. That's what I get fore trying to be terse since I an on my phone due to fire related internet outage

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  70. Wrong (been doing it since 1996 online) by Anonymous Coward · · Score: 0

    Windows NT Magazine April 1997 "BACK OFFICE PERFORMANCE" pg 61

    (For SuperSpeed.com PAID CONTRACT (wrote SuperCache 40% performance boost) & SuperDisk finalist @ MS Tech Ed 2x in a row 2000-2002 HARDEST CATEGORY: SQLServer Performance Enhancement)

    APK Hosts File Engine 9.0++ SR-5 32/64-bit is hosted & RECOMMENDED by Malwarebytes http://hosts-file.net/?s=Downl...

    WINDOWS MAGAZINE 1997 "Top Freeware & Shareware of the Year" issue pg 210 #1 entry

    PC-WELT FEB 1998 pg 84

    WINDOWS MAGAZINE, WINTER 1998 pg 92 MUST HAVE WARE

    PC-WELT FEB 1999 - pg 83

    CHIP Magazine 7/99 - pg 100

    GERMAN PC BOOK Data Becker "PC Aufrusten und Repairen" 2000

    HOT SHAREWARE #46 issue pg. 54 2001

    Paid for article @ PCPitstop in 2008 http://pcpitstop.com/news/winn...

    APK

    P.S.=> See subject: I've been putting out freeware since 1996 (& coding as a pro 1994-2008 & retired (into other areas now))... apk

  71. What a strange question by johannesg · · Score: 1

    How about "you write better code samples"? I guess I must be some kind of genius to figure that one out. It's either that, or the OP facing some mental challenges.

    It's not a good idea to show samples from work anyway. At the very least you need to ask for permission, and that tends to start a process that ends with you leaving, whether you have a new job lined up or not.

  72. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Je suis Chris!

  73. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Even when you're rested, your crammar gives you away.

  74. do your own work... by acroyear · · Score: 1

    1) you shouldn't be showing ANY code samples from a current job (unless it is open-source licensed). that stuff is proprietary and for many companies, HIGHLY confidential. It leaks copyright, and possibly potential patentable materials. In most big companies, that's grounds for more than just getting fired, but getting sued, too.

    2) this is why you should be doing your own "home" projects. make an app, a back-end, a docker instance, anything, that you can share that is yours...especially if you open-source license it. show you can support and maintain a project. be able to talk about areas you did first time that you updated and refactored into something better (so you can demonstrate refactoring knowledge, as well as code structure).

    --
    "But remember, most lynch mobs aren't this nice." (H.Simpson)
    -- Joe
  75. Addtionally WRONG again... apk by Anonymous Coward · · Score: 0

    You've written ZERO programs & troll me by UNIDENTIFIABLE "ne'er-do-well" posts vs. a very partial list only https://ask.slashdot.org/comments.pl?sid=11233879&cid=55372009/ of mine!

    * As far as "living in my mom's basement"? Please - I've owned my own home since the end of my fulltime professional coding career

    &

    IF the "1 program" (1 of MANY I've done well in the eyes of others with no less ala https://slashdot.org/comments.pl?sid=8694351&cid=51429541/ that you refer to is a 'joke') then let's see YOU do BETTER, ok?

    (Never going to happen)

    APK

    P.S.=> After the above vs. you? I am PRETTY SURE anyone reading can determine who the 'joke' is here (& it's not I)... apk

  76. Give them samples anyway. by thesandtiger · · Score: 1

    Specify in your cover letter that you have to give samples because the back-end stuff, where you were able to follow best practices, is owned by your company and your front end code wound up going through a process that pretty much turned it into garbage. Give them links to the stuff you worked on that is live, but also the samples, and you'll be on your way.

    If you're any good - I mean, literally, if you have a pulse and don't scream and hurl feces during your interview and demonstrate that you know at least how to slap at the keyboard and make something that works - you'll find a job.

    --
    Since I can't tell them apart, I treat all ACs as the same person.
    1. Re:Give them samples anyway. by Anonymous Coward · · Score: 0

      TBH, if you can demonstrate the latter, the pulse is optional.

    2. Re:Give them samples anyway. by Anonymous Coward · · Score: 0

      thats how he got the job he's wanting to leave. out of the frying pan into the fire. be careful what you wish for. $5/hr rent-duh-k0d3rz-r-us. mmmmmmm learning how to weld or be a plumber sure looks more useful and durable a skill now....

  77. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    So original, Chris! You've only typed that same lame comeback what, 250, 260 times now? You aren't even clever enough to copy/paste your digital diarrhea. Why yes, your crammar once again gives you away! Sorry, give you away.

  78. Uh. Wait, what? by Anonymous Coward · · Score: 0

    How the hell does it even come to your mind you can take a single line of code from any of your employers to show it to someone else? Note to self: don't hire this guy.

  79. Honestly... by Anonymous Coward · · Score: 0

    For God's sake. Write some good stuff on your own time and have it running publically somewhere (get some AWS time or something cheaper; whatever). You can even go all-out and brand your front end to match the company to which you are applying to really impress them. No, you shouldn't have to do it, but for the sake of a handful of hours and $20, you owe it to yourself not to brick your career.

    Honestly, I don't mean to be a dick, but you might want to brush up on the lack of creative thought before you think about throwing stones at other people.

  80. On first glance my code samples suck ... by Qbertino · · Score: 1

    ... but if you can't infer my skillset from my code and what I have to tell about it, I don't want to work for you. If you judge my skills by the amount of commits or the amount of lines in a given set of repos, you're an idiot, plain and simple.

    With modern PLs there are as many coding styles as there are coders. We get into religious wars over indent, bracketing and tabs versus spaces. Any judge over my code who isn't aware of this bias inherent to all of us is utterly unable to judge code at a cursory glance.

    Point in case:
    Two weeks ago a potential employer ditched a first interview with me after checking a GitHub account of mine. After I told him that it was only one of many. Provably one of his crew noticed only a few commits every few weeks and didn't realize it was a toolkit I was working on and not some project I couldn't disclose.

    Their loss, not mine. If you don't have the time to ask what's up with repo X and my commits you're not qualified as a project lead. End of story.

    My 2 eurocents.

    --
    We suffer more in our imagination than in reality. - Seneca
  81. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Totally agree with company code comment...baaaad idea. Create a project on git, and then demo it live...or better yet publish the full working solution.

  82. Humble brag by Anonymous Coward · · Score: 0

    I think it is pretty easy to explain that you are a backend developer and so your code is not visible. If the websites are public you could still provide them and explain how they interact with the backend. Offer to submit non-work code samples (or gibhub link) if you have it available.

  83. I Wouldn't Know by Anonymous Coward · · Score: 0

    I have tens of thousands of lines of open-ource code that you can eat off of.

  84. Why did we make this so hard? by Anonymous Coward · · Score: 0

    Create an original project that highlights your code. It doesn't have to be huge or massive, but I would recommend it be something useful, elegant, and concise. I host websites for a half dozen friends who have built code specifically to link their resume to. they include both the example of the completed project and a password protected list of source code for their review.

  85. Lots of People Have Github Repos by Greyfox · · Score: 1

    A lot of the developers I'm asked to review have github repos now, with open source contributions or their own personal projects. We still talk to them a bit to verify that they actually can do the kind of work that we see in the repos. We also understand that not everyone has a github repo or code they can actually show us, and the interview really doesn't change that much if they don't. We're still going to ask some technical questions as well as try to evaluate whether we think they'll fit in well with the team. Where it might make a difference would be if you have less than about 5 years of experience. If you lack a degree and have no work experience, some interesting open source projects could still get you an interview.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  86. We all know this guy... by Anonymous Coward · · Score: 0

    ...he's the one who comes in and right off the bat knows what's wrong, what has to be done, and insults everyone.

    He will stand in your doorway lecturing you.

    He will monopolize code reviews with theoretical nonsense.

    He will break builds.

    He will snark at every opportunity.

    All while believe that HE has the answers and that everything will be great of only you listened to him.

  87. Open source github by Anonymous Coward · · Score: 0

    You're obviously going to have to learn a quick stack. Do a site yourself, front to back, and put the code on github.

    Problem solved.

  88. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Sorry about the asshats. On the plus side, you are getting some good replies to your post. Try not to respond to the asshats, they're just miserable people who feel a little better about themselves when they spread their misery. They are not worth responding to.

    Creimer's troll are getting desperate. He used to put out a leg for them to hump daily. Now he posts every three days or so. His trolls go chasing after anyone whom they think is Chris and frequently accuse each other as being Chris. I*FatCashews and FatCashews*Me accounts by other ACs have them running in circles. Like a pack of Chihuahuas in heat.

  89. Are they really asking for code, point to GitHub? by guruevi · · Score: 1

    My resume points to my GitHub (it used to have SourceForge). Most hiring managers don't actually check your code, they will check your references. But if you don't have (good) code in an open source fashion, make some, contribute to some project that showcases your code skills.

    If you can't find a job within ~1-2 months, you should probably review your resume, expectations and skills. It might just be that your code isn't all that great, that you're aiming for a position way above what you're qualified or your resume just sucks. A set of references is also a very helpful tool.

    Your code, again, is usually not reviewed until later in the hiring process. If you get through the first set of interviews but never get a second interview or an offer, review your code, add some code to a big enough project where people won't be afraid to make changes or rejections. If your code continues to be rejected, you've got a skills problem.

    There are a variety of resume parsers online, Indeed and ZipRecruiter are decent enough, if your resume doesn't parse correctly in those type of systems, you can be sure it won't parse in the majority of business' HR systems and your resume will be rejected. I just went through the process myself, and chiseled at my resume until it parsed, it's not very "eye catching" to say the least but I instantly got better responses from hiring managers. There are services that will actually polish up your resume for a fee, it may be worth it depending on the pay grade you're looking for, if you're aiming for C-level, it almost makes no sense to make your own resume.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  90. Simple by Anonymous Coward · · Score: 0

    Don't. Time to learn how to weld. Its a much more useful skill anyway.

  91. This is why you always write useful comments by Kogun · · Score: 1

    If I'm evaluating your code, I'm paying far more attention to your comments than your code. I'll treat it like I was given this code to fix a bug in it or add a feature, so I want to see if I can figure out what the intent is from comments. Bonus points if the comments explain how the code is intended to be tested. Bonus points if there are notes about oddities in the code, or explanations for cleverness. If the comments are good enough, I won't feel much need to look at the code closely, except for looking for consistent syntactical style (more of a reflection of adherence to coding standards, yes, but let me see that you follow them) and good naming practices.

    In short, your comments should inform and excite me. Your code should bore me.

  92. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    "Creimer's troll are getting desperate."

    And your crammar once again betrays you, Chris.

    "Now he posts every three days or so."

    No, Chris, you can't resist posting as much as your terrible karma allows in all your sockpuppets.

    " I*FatCashews and FatCashews*Me accounts by other ACs have them running in circles."

    You pretty much have to be insane to not see that the cashews accounts are all bound to cdreimer... You're such a disingenuous piece of shit, Chris.

  93. "Most job applications ask for links to live code" by Oligonicella · · Score: 2

    Never once have I seen this.

  94. Contribute good OSS code by Anonymous Coward · · Score: 0

    There only your skill is the limit.

  95. Re: Well, Chris, here's what you do by Grishnakh · · Score: 1

    Yeah, I thought this was obvious: you can't just share your company's code without permission like that. Are companies actually asking candidates for samples of code they wrote for other companies? Do they not even know this? All that code is proprietary, and sharing it without permission is a copyright violation or worse. Would these companies want their own employees sharing company code like this?

    If they need code samples, you just have to give them code that's all yours, meaning anything open-source, or code you wrote for some personal project that never was released, etc.

  96. Ad from the early 2000's by Anonymous Coward · · Score: 0

    We need a Rock Star Ninja who has synergy. Willing to spend the day interviewing and writing code snippets that solve our problems.

    1. Re:Ad from the early 2000's by Anonymous Coward · · Score: 0

      Yes, but can they leverage those synergies to produce a viable webscale product which stresses our core competencies for our global integration strategy?


      void fizzbuzz()
      {
            int i;
            for (i=1; i <= 100; i++)
            {
                  if ((i % 3 == 0) && (i % 5 == 0))
                        printf("Fuck You\n");
                  else if (i % 3 == 0)
                        printf("Fuck\n");
                  else if (i % 5 == 0)
                        printf("You\n");
                  else
                        printf("%d\n", i);
            }
      }

  97. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    You sound bitter, sweet tits.

  98. There are many reasons you can't share code by Anonymous Coward · · Score: 0

    Based upon the metaphoric frying pan you want to leave, the first test that you aren't jumping into the metaphoric fire is to determine whether they understand intellectual property rights. You do not (typically) have rights to what you work on -- those rights are contracted away before you touch a line of code. So, simply speaking, most people demanding code -- and refusing to talk to you otherwise -- aren't competent to be interviewed for -- never mind worked for. It sucks that you are cutting the pool of potential interviews right here but... Do you really want to give several years of your life to another bad company?

    Aside: There are important reasons they are asking -- are you competent at delivering product or just competent at talking about it. You need to understand this in order to find a suitable replacement for those who are competent to ask and look.

    Make code samples worth their attention and host them on your own site. Worth attention is the hard part. That means make software that does something non-trivial. I once did a somewhat naive version of C++'s Standard Template Library double linked list class. Its messy and probably buggy. It was ambitious. And it was done so I could learn a few things instead of assume. It is on GitHub and can be seen. It shows mistakes. Oh well. I'm not perfect. I'm not sure how many people would have attempted it though.

  99. Side-projects and open source by Shatahn · · Score: 1

    Make your own side-project or contribute to an open source project. Showing that you've had pull requests accepted by a respected project is a major plus on your CV. A lot of companies (all the ones I've worked for) will ask you to complete a coding test. If the company you're applying for isn't going to test you then ask how they suggest you can demonstrate your ability. Don't show proprietary work from your current employer - not only is that illegal but more importantly its unethical.

  100. Why is this even a question? by JustNiz · · Score: 1

    Either get your shit together or pick a different career.

  101. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    He is a vegetable on Slashdot.

  102. Where is reimer's weird fanfiction? by Anonymous Coward · · Score: 0

    even if you left slashdot and Your Trolls chased each other around for a decade you'd still be the loser

    1. Re:Where is reimer's weird fanfiction? by Anonymous Coward · · Score: 0

      even if you left slashdot and Your Trolls chased each other around for a decade you'd still be the loser

      A looser is someone who quits. Creimer doesn't quit.

    2. Re:Where is reimer's weird fanfiction? by Anonymous Coward · · Score: 0

      There is no way you said looser on accident nice try

  103. Why do you meed code samples? by basicprimitives · · Score: 1

    It does not matter how good or bad code is, the most important thing is how it is understandable. Every project is written with basic simple language abstracts and uses standard APIs of existing libraries. Nobody ever complain about existing languages, libraries or frameworks as long as they are well documented and have a lot of samples on-line to comprehend how they work. The development nightmare starts when volume of code to read exceeds 100s of written text pages and has no structure and proper logical isolation of its components and modules. We can write ugliest code, using tons of "code sugar" in order to kill code readability, but as long as it has simple logical separation of responsibilities it is not a big deal to comprehend and support. Long time ago I head following statement: "The automation of chaos provides automated chaos". If people don't understand how process should work, it is impossible to structure it and code it properly. So when you ask for code samples, whose job do you really want to see?

  104. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    I think itâ(TM)s a KDE joke. I donâ(TM)t get it either.

  105. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Or a node module. This is fun.

  106. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Fat and Overrated? Yup.

  107. I got tired of being asked, so ... by Anonymous Coward · · Score: 0

    I used to say my code is proprietary and the rights belong to another company and are also under NDA. I followed up by asking if in a hypothetical future interview, assuming they hired me, if I could freely share the code I wrote for them?

    Now I have a code snippet that does one of the simplest tasks few people bother to write, a range check. Fully dOxygen commented, and clearly bearing my personal copyright. It includes dot commands to draw them a picture. I hand them the half dozen lines of code with only my copyright notice first. Then hand them the half page of printed text that is the commented version. Which also has a range error defined to throw specific to this range check, where the first does a more generic throw.

    If they still drive down this path, I ask to see their code, by their best programmer. Few keep asking... And my hire rate is still over 50%...

  108. ha? by Anonymous Coward · · Score: 0

    Why would you ever, in a million years, humor such a request? You are applying to a company that doesn't know what it wants in a person they are hiring. If you are unfortunate enough to be dealing with a recruiter, you are dealing with one who has no clue how to evaluate someone's professional level. In other words, you are dealing with hacks (in the bad sense of the word) all around. And they want you to do their job for them even before you were hired. I would black list the recruiter immediately and politely decline the offer to interview with the employer. I kid you not, I've blocked recruiter's phone numbers for less. You are trusting a good chunk of your future professional development to this person. Don't let them derail you because all they care is to strip mine you as cheaply as possible. An employer who can't even think of how to test your abilities is going to be completely incapable of enabling your professional development.

  109. Introducing: The Berne Convention by MrKaos · · Score: 1

    You just confirmed what I said is true and then tried to set up a strawman to make it sound like I said you specifically don't own the rights.

    I did no such thing to confirm your ignorance. You skipped over the part where I challenged you: I employ a lawyer to ensure I meet my legal obligations ... What do you do?, the obvious answer is, nothing.

    There is no jurisdiction in the US where the legal situation defaults to "contractor owns the code".

    The US is a signatory to the Berne convention. As programmers I think your country has specifically given up some of the rights you had to the MPAA simply because you did not defend your rights. I don't specifically know what your situation is wrt local laws because as I said: I am saying what is legal for me, where I am. You have to take responsibility for yourself.

    Seems like you didn't and the truth hurts you so much you're willing to falsify your own reality so you maintain ignorance about what you have lost evidenced by the contempt you are projecting onto me.

    Everything you wrote is a ridiculous babble of bullshit representing an attempt to take the focus away from the fact that you made a completely false statement, and gave people shit advice, in fact. Just admit that you spouted off your mouth with inaccurate information, and that you claim to be super smart, but actually aren't,

    I don't see where I made a claim to be super smart, only that I've retained a lawyer and reseached enough about copyright law to protect my rights. I write and record music, I had to learn. When I did I found it applied to the software I wrote. Instead of decending into responding to your emotive outburst and abusing you, let's re-visit the comments I made that everyone seems to have a problem with:

    If you are a contractor then they don't own your code. Even as an employee you still own the moral right to your code.

    Specifically, if you are a contractor then you own the copyright to your code unless you agree to contractual terms to give up those rights. Anyone with sufficient deductive reasoning should be able extrapolate their legal situation to a corporate entity that has exactly the same set of rights that you do. The difference is they are negotiating from a position of strength so that you will relinquish your rights. But let's not let logic get in the way of me demolishing this "argument" with the relevant facts.

    First, Article 10 of The TRIPS Agreement contains an interpretive provision stating that computer programs, whether in source or object code, shall be protected as "Literary Works" by the Berne Convention. Article 4 of the 1996 WIPO Copyright Treaty (WCT) includes a clarification in very similar terms.

    Article 6 and Article 7 of the WCT document determine the framework for negotiation. You give up your rights according to WCT 6(2), I maintain my rights according to WCT 6(1) and WCT 7(1,3).

    Therfore source and object code are protected as 'Literary Works' under Article 2 of the Berne Convention as original works and nothing in that treaty applies to you submitting your source code to a larger tree negates that right unless you specifically give it up. Specifically Berne Article 2(1,3,5), limited by local legislation which is why I say you need to take personal responsibility for knowing your local laws.

    Second, as to Moral Rights, this is the specific position of the OP covered in

    --
    My ism, it's full of beliefs.
    1. Re: Introducing: The Berne Convention by Zero__Kelvin · · Score: 0

      Wow, you are one stupid motherfucker. When 12 different people write a page of a book, who owns the copyright on the page? Later dumbfuck. Better yet, stop wasting my time proving how stupid you are; I get it.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
    2. Re:Introducing: The Berne Convention by Anonymous Coward · · Score: 0

      Just admit that you spouted off your mouth with inaccurate information, and that you claim to be super smart, but actually aren't

      I don't see where I made a claim to be super smart

      It's just more projection. ZK is kind of our local poster-boy for Dunning-Krueger syndrome.

      How he ever got hired by anyone is beyond me, unless he is very good at disguising his 3-year-old temper tantrum impulses.

    3. Re: Introducing: The Berne Convention by MrKaos · · Score: 1

      Wow, you are one stupid motherfucker. When 12 different people write a page of a book, who owns the copyright on the page? Later dumbfuck. Better yet, stop wasting my time proving how stupid you are; I get it.

      It's ok, we're done here. You have nothing useful to contribute and I'm tired of you trolling me. Sounds like you're having a bad day.

      --
      My ism, it's full of beliefs.
    4. Re: Introducing: The Berne Convention by Anonymous Coward · · Score: 0

      There is a niche where everything you have said is true. It's a small niche, though. For the vast majority of professional programmers the 'work for hire' clause is baked into the contract and immutable. Making an issue of it in negotiations just means someone else gets the job. If you have sufficient special qualifications that you can stay busy while being a complicated hire, more power to you.

    5. Re: Introducing: The Berne Convention by MrKaos · · Score: 1

      If you have sufficient special qualifications that you can stay busy while being a complicated hire, more power to you.

      Yeah, it's not often they get someone with an actual set of testicles.

      --
      My ism, it's full of beliefs.
  110. Sounds Like You're A Whiny Bitch, Blaming Others by Anonymous Coward · · Score: 0

    I would never hire someone like you, that's for sure. "After years of trying to force them to change?" Are you fucking serious? That is the opposite of leadership. Leaders do not have to "force" anything.

    It sounds like you're nothing more than a whiney bitch who blames everyone else for everything and can't inspire anyone to follow your lead.

  111. Easy.. by Anonymous Coward · · Score: 0

    Join a open source project you like and do some development there...

  112. Wtf are you doing op? by Anonymous Coward · · Score: 0

    That code isn't yours it's the companies. I bet whatever papers you signed for employment laid that out in iron clad legaleez. Stop trying to show that code. As shitty as it is, and as much as no one else would copy it with a 10ft pole and keyboard, it still opens you up for a lawsuit that will destroy your life in IT permanently. Stop being stupid.

    If you want code samples to show off, get motivated/disciplined, go build a site from scratch or get involved with an opensource project on git hub. Take those in to show off at your interviews. That is way more impressive and solves all your problems.

    Also, do NOT do this stuff on your work time. If you do, chances are legally those side projects are also going to belong to your company and same issue. Or worse they you get laid off/fired and now you've got those hiring stigmas going on too.

  113. Show them Open Source Code by Murdoch5 · · Score: 1

    Explain the job you're leaving does crap work and your standards are higher, so you have to leave for moral and ethical reasons. Then ask if you can show Open Source code that you maintain on your own.

  114. CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    See this is a bad post because it's so pathetic that it makes people feel embarrassed for you. See most people on the board fall into 4 categories
    Cdreimer enablers
    Cdreimer ignorants.
    Cdreimer annoyed
    CDreimer trolls

    All of your "beatings" just piss normal people off until they stop caring and they become "trolls". You used to annoy me but now rating the shittiness of your posts is the first thing i do. You've become a game to the few people on the board who even know who you are.

  115. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    All of your "beatings" just piss normal people off until they stop caring and they become "trolls".

    The number of trolls following cdreimer has fallen off dramatically. We don't see those copy and paste comments that were so prevalent for six weeks.

  116. Open-source code by fluffynuts · · Score: 1

    Having just recently gone through the interview process and providing links to my GitHub account (as well as respective npmjs / nuget), I found that it wasn't necessary to do any "developer assessment tests" or provide any samples tainted by crappy work done by others. All the crappy work in there was my own, along with some stuff I don't hate.

    (If you don't think that you wrote crappy code at some point, you're either not learning or you're simply deluding yourself.)

  117. Re:Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Here's the deal: The down-modding will continue until creimer fucks off and dies in a fire.

    Or, more likely, dies from the massive coronary his morbid obesity has set him up for.

  118. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    The number of trolls following cdreimer has fallen off dramatically. We don't see those copy and paste comments that were so prevalent for six weeks.

    Here's the deal: It's less fun to respond to your feeble-minded bullshit than it is to down-mod you and silence you.

    I'm one of "your" trolls - and instead of following you around, I'm down-modding you & your multiple idiotic sock puppets whenever I have mod points, and spending the rest of my time on Slashdot making interesting, insightful, funny, and informative posts while logged in - polishing my stellar karma further.

    You're an irritating twat, and the best way to scratch the itch is to silence you using the moderation system. Since I don't browse at -1, I don't even have to see your obnoxious bullshit. As soon as I see one of your posts modded higher than -1, I down-mod.

  119. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    Funny how it was okay for ACs to create fake accounts to mock creimer. When ACs create fake accounts to mock other ACs, it's no longer okay.

  120. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    Funny how it was okay for ACs to create fake accounts to mock creimer. When ACs create fake accounts to mock other ACs, it's no longer okay.

    What is this I don't even? "AC's creating accounts to mock other ACs" are no longer AC's, are they? And all of the Cashews accounts are demonstrably YOU, creimer.

    What's funny is how you used everything at your disposal to silence those mocking you, creimer, yet when people mod you down and silence you without abusing the DMCA to try and assert copyright protection on un-copyrightable content, you pitch a fit.

    Just shut the fuck up. Seriously, you're just making yourself sound like even more of a dumbass.

    Oh, and you sound bitter, man tits.

  121. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    Funny you think every AC is Chris.

  122. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    Funny? No, sadly correct.

    Creimer is the only one who responds as an AC to disagree and "set the record straight" 8 levels deep in a pissing contest with trolls.

    Isn't that right, creimer?

  123. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    By that circular logic, you're creimer. Good night, creimer.

  124. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    Only if you're as autistic as a chatbot from the 1980s
    https://slashdot.org/~IAteFatC...

    If anyone has mod points here's a creimer who needs some creaming

  125. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    I'm not at all sure what this is supposed to mean. But it's clear that you miss Nancy and she should come back too

  126. Use Something of your Own by OfMiceAndMenus · · Score: 1

    I wouldn't take code from an existing job - that's just looking for trouble. For my last code sample, I took a tool I built for my own use, modified it slightly to be more general-use, and submitted that.

    It was a custom exporter for several Autodesk programs that demonstrated my 3D math knowledge, use of existing commercial APIs, and a full OpenGL rendering system. It was about 1500 lines and got me the job without issue. Took me about a day to make, including the original tool development.

  127. How big is creimers dick. by Anonymous Coward · · Score: 0

    C.D. Reimer is a renowned Slashdot collaborator, as he puts it himself; "Because of the quality of my posts and my article submissions, I'm a highly rated commentator and moderator."

    But does anybody ever wondered what "C.D." stands for? Well, it stands for Creimy Dumpty of course!

    Creimy Dumpty sat on the wall,
    Creimy Dumpty had a great fall.
    All the king's horses
    And all the king's men
    Couldn't put Creimy Dumpty
    Together again.

    Creimy's siblings video and theme song, very realistic, especially the pants, just like Creimy's:
    https://www.youtube.com/watch?v=0oKreL1jvkg
    Creimy's real pictures:
    Before the sex change:
    https://ibb.co/cc7Ddw
    After the sex change:
    https://ibb.co/gVad65

    Creimy's "enterprise-level" chair, he talks about it all the time on slashdot:
    http://www.keynamics.com/images/bariatric-chair.jpg
    Creimy's head, while his supervisor was talking to him, not with him, since it is impossible to do with Creimy:
    https://school.discoveryeducation.com/clipart/images/ani-hello.gif
    Creimy acting in educational resource document, he actually confirmed himself on Slashdot that he was handled by Special Education for the Santa Clara County Office of Education! He is really a king Dumpty!:
    http://www.sccoe.org/depts/students/special-education/Documents/Guide%20to%20Adult%20Agencies.pdf

  128. Re: Well, Chris, here's what you do by Anonymous Coward · · Score: 0

    Christopher, my love,

    I am deeply sorry. I didn't feel well lately but I am better now. I am sorry that I called you all sorts of names on /. and I feel truly ashamed of myself.

    The python click script you wrote for me my sweet love for my pheromone revenue stream web site suddenly stopped to work.

    Could you come visit me in my studio so we could look at it?

    Update: I could go get you at work around noon and we could go have lunch at the Cafe Latte near by where we went last week and tonight we could have a look at that python click script you wrote for me my sweet love for my pheromone revenue stream web site.

    Signed:
    Your sweetee who will love you for ever.

  129. Re:CDREIMER RATING: Threats from weak position by Anonymous Coward · · Score: 0

    I only thought they were retarded because there was no way anyone could care.
    Since I know you care now I'll start spamming them instead of wasting mod points that could be going to mod up good comments.

  130. just startup by KingBenny · · Score: 1

    how hard can it be ? isn't that how the word goes ? get a loan, put a mortgage on your life sign your soul to the devil and startup ... if you're lucky you sell something before you have to pay the first quarterly :)

    --
    Free speech was meant to be free for all... how can anyone grow up in a nanny state ?