• VantaBrandon@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    I once knew a “developer” with 20 years of “experience” who could not write a foreach loop by hand

    Some people are really good at bullshitting their way through life

    • JareeZy@feddit.de
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      Knowing about and having met multiple such “senior Devs” has made me feel so much better about my work and my own set of skills, not gonna lie.

  • Cano@lemm.ee
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    Still in university, never did an interview. Is that seriously the avarage difficulty of interview questions?

    • lunarul@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      I always feel bad when I try out a new coding problem for interviews because I feel I’m going to offend candidates with such an easy problem (I interview mostly for senior positions). And I’m always shocked by how few are able to solve them. The current problem I use requires splitting a text into words as a first step. I show them the text, it’s the entire text of a book, not just some simple sentence. I don’t think I’ve had a single candidate do that correctly yet (most just split by a single space character even though they’ve seen it’s a whole book with newlines, punctuation, quotes, parentheses, etc).

      • optional@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        That is totally a non-trivial problem, which requires a lot more conception before it can be solved. Even for English, this is not well defined: Does “don’t” consist of one or two words? Should “www.google.com” be split into three parts? Etc.

        And don’t let me start with other languages: In French, “qu’est-ce que” is one word (what). In the German sentence “Ruf mich an.”, the “Ruf an” is one word (call) while mich is another word (me). In Chinese, you usually don’t even have spaces between words.

        If I got that feature request in a ticket, I’d send it back to conception. If you asked me this question in an interview, I’d ask if you wanted a programmer, a requirements analysis, or a linguist and why you invite people for a job interview if you don’t even know what role you are hiring for.

  • Socsa@sh.itjust.works
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    You can tell this is fake because the code interview actually tests basic knowledge instead of giving you 13 minutes to create a templated polymorphic class which accepts arbitrary flatbuffer arguments and implements factory pattern constructors written in Haskell, with the end goal of recursively sorting nanoparticles by bond strength. Intro level position, $8/hr, must supply your own MacBook.

  • WFH@lemm.ee
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    5 months ago

    And that’s why we’re moving away from coding games where I work. Bad people try to cheat, good people can panic and shit the bed.

    When I do interviews, I’m more interested in the candidate’s relevant experience, what kind of issues they faced, how they were solved, if they think they could have done things differently, and how they think. Code itself is irrelevant unless I can review a sprint’s worth of PRs.

    When I ask more technical questions, I never ask for code but for an explanation on how they would tackle the problem. For example, I often ask about finding a simple solution to get all data relevant to a certain date in two, simple, historized tables. If you know window functions, it’s trivial. If you don’t, your solution will be slow and dirty and painful. But as most devs don’t know about window functions anyway, it lets me see how they approach the issue and if they understand what parts should have a trivial solution to make it simple.

    • Veraxus@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      5 months ago

      This is why I prefer live interviews. I tell them they can use whatever tools they want, search for anything they want, there are no restrictions. All I ask is that they share their entire screen (if not in person) and try to “think out loud” as much as possible. I then time-box each step (usually 15m ea in a 1-hour interview).

      I am most interested in HOW they solve the challenges I set out for them. Whether they complete it or not is usually irrelevant.

      Edit: Lately, though - I warn against AI. I don’t ban it, but every person that has tried to use AI in an interview has gone down in flames. AI simply cannot be trusted… and if you haven’t learned that lesson, and you can’t even tell when it’s giving you bad information… yikes.

      • ErilElidor@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        I use ChatGPT sometimes to give me a pointer in what directions I could go/research more for a given problem. But if I ever take the code provided by it, I need to review it line by line and half the time it doesn’t even compile anyway. At this point it’s just a helper to suggest to me what to google for and then I do the rest😅

  • Björn Tantau@swg-empire.de
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    I used to work at a company that used XSLT. They know that it’s an obscure language that probably none of the potential candidates have ever worked with. But it’s easy enough to learn the basics in an hour or two.

    So the entry test was to strip some tags from an XML file. You had a day or two (maybe more) to do it. My solution wasn’t ideal, I didn’t use several of the shortcuts available in the language. But at least it did what it was supposed to.

    A few weeks after I had started working there my boss came up to me, visibly frustrated and asked me whether the test was too hard. Thinking back on my problems I replied that maybe having the desired output ready so that you could test your own solution against it might be nice. But my boss’s problem was that none of the last 5 candidates could even send in a solution that would run.

    You had so much time, and running an XSLT script is really easy and takes no time at all. And for some inane reason these people couldn’t even manage to test their code and still decided to send it in.

    And I thought I was an idiot when I didn’t know if it was spelled grey or gray in CSS during the in-person interview.

    • MonkderDritte@feddit.de
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      5 months ago

      I would prefer your kind of test a hundred times over the one on top here.

      That said, why would they expect you to know the css color values by heart? I see no usecase for that.

  • Naich@lemmings.world
    link
    fedilink
    arrow-up
    0
    ·
    5 months ago

    Want to print out all odd numbers from 1 to 100? Easy:

    for(_=[];_<+!![]+""+[]*[]+[]*[];_++)(_%+(!![]+!![])?console.log(_):[]);

    • Naich@lemmings.world
      link
      fedilink
      arrow-up
      0
      ·
      5 months ago

      Actually, I prefer this one: for(_=[];_<+!![]+""+[]*[]+[]*[];_++%+(!![]+!![])?[]:console.log(_));

      • Naich@lemmings.world
        link
        fedilink
        arrow-up
        0
        ·
        5 months ago

        Or this one without the “undefined” when run in a browser console:

        for(_=[];_<+!![]+""+[]*[]+[]*[]-!![]-!![];_++%+(!![]+!![])?[]:console.log(_));_+!![]

          • Naich@lemmings.world
            link
            fedilink
            arrow-up
            1
            ·
            5 months ago

            _ is a variable name, [] becomes 0 when converted to an integer, !![] becomes 1. The + “” + means that the integers 1, 0, 0 get converted to a string - “100”, which gets converted back to an integer because it’s in the for loop. And there’s various other horrible conversions going on to make it all work.