Beefy Boxes and Bandwidth Generously Provided by pair Networks
Just another Perl shrine
 
PerlMonks  

Re^4: Code plagiarism and clueless newbs

by Your Mother (Archbishop)
on May 30, 2017 at 16:54 UTC ( [id://1191608]=note: print w/replies, xml ) Need Help??


in reply to Re^3: Code plagiarism and clueless newbs
in thread Code plagiarism and clueless newbs

It's impossible to know fully how someone performs in a team without interviewing their former team(s)—which is largely impossible, against corporate policies today due to the litigious nature of the game—and knowing your own team extremely well; not every player is a match for every team. A terribly genial "interpersonal" person who exhibits all the textbook signs of "team player" can destroy a team's morale with incompetence, interference, lack of discipline, focus, memory, tool adoption…

Bad hires are extremely expensive in tech and can be disastrous for a project/team. In modern corporate, and highly regulated business, environments firing someone can take months or even a year because the only thing more expensive than a bad hire is a wrongful termination lawsuit.

  • Comment on Re^4: Code plagiarism and clueless newbs

Replies are listed 'Best First'.
Re^5: Code plagiarism and clueless newbs
by Anonymous Monk on May 30, 2017 at 17:02 UTC
    Even if you could interview their former team, you might not discover the real reason they didn't get along. "Can you believe that guy wanted us to use source control?"

      That resonates here. Had a reasonably bright sysadmin who had three fatal flaws:

      1. His level of "careful" didn't keep up with the high speed of his work;
      2. He could not seem to make himself stick to a scripted procedure if he "knew" the steps, and this included source control steps (!!);
      3. When he got bored, which was frequently, instead of applying himself to learning new things useful to the team, he turned to his phone and texted/facebooked/etc., leaving the image of someone not doing their job.

      It didn't help matters that he never listened to anyone, and had an argument and an excuse for every single thing he did -- some bordering on the ludicrous.

      He did not hold the record for fastest-fired employee, but he ranked high on that list.

Re^5: Code plagiarism and clueless newbs
by sundialsvc4 (Abbot) on May 30, 2017 at 17:41 UTC

    You are entirely correct that Human Resources departments everywhere have been Properly Lectured by their Lawyers ... and that they formally re-play those Lectures to each and every hiring manager.   (I have dutifully and politely sat through a great many of those Official Lectures.)   You are likely to only get “employment verification.” from any Former Employer, because that is the only thing that they are (maybe-)obliged to give.   Nevertheless, I find that, if you engage a candidate in simple, human conversation, and if you can persuade the poor soul to “just relax,” then you can fairly quickly get a sixth-sense about the candidate’s personality and probable level of technical knowledge.

    I would stress – and stress again – that “level of technical knowledge” is not the main thing that I personally look for!   “I can teach any a*shole how to write a computer program” ... (I used to teach college courses, remember?) ... but I don’t want an a*shole on my team!   :-D

    Furthermore, I know that “how we do things ‘here’ is unlike any and every other place where you have hung your hat.”   I know that I am going to have to teach you a lot of new things ... and I need to know that you are willing to shut up and learn.

    Now, I do not hire “newbies straight out of college.”   (That is to say, I’ve never had to.)   Academia unfortunately teaches you that you must do everything yourself (calling it “cheating” when you don’t), and it grades you only as an individual, for what you have stuffed into your head.   (Current American practice also tells you that everything in life is a multiple-choice test, but I digress.)   The real working-world is not at all like that.   You work as a team, you collaborate, and you have reference sources readily at-hand.   If you don’t have the answer, someone else on your team probably does ... or, can get it for you.   (I always lay-down the “five minute rule,” which says, “if you’re stuck for more than five minutes, ask.”)   No one is a rock-star.   Good teamwork produces something that is much bigger than the sum of its parts.   But, there are a lot of “good programmers™” out there who have absolutely no idea how to do it.

      A lot of good points here, sundialsvc4, but I disagree that there are no rock stars.

      Getting a rock star who can play well on a team, however -- that is a dream asset.

        I did a nickel at Amazon.com and I met *plenty* of rock stars. I was one at the time; I’m not anymore but that would take paragraphs of elaboration. Perl itself has quite a handful.

      A reply falls below the community's threshold of quality. You may see it by logging in.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1191608]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others rifling through the Monastery: (6)
As of 2024-11-04 09:16 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?
    chatterbot is...






    Results (21 votes). Check out past polls.