• unmagical@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    1 month ago

    OCR is fallible. The forms are for the robot to quickly filter based on tags. The resume is for the human to quickly filter based on vibes.

    • WhoIzDisIz@lemmy.today
      link
      fedilink
      arrow-up
      0
      ·
      1 month ago

      OP was talking about pasting the text from the resume into their forms, so OCR shouldn’t even be involved. Once pasted in, why even require the resume anymore?

      • unmagical@lemmy.ml
        link
        fedilink
        arrow-up
        0
        ·
        1 month ago

        The company still wants the resume. They just want the information extracted accurately. OCR may not be involved because it isn’t accurate enough to associate specific chunks on the resume with specific questions. If companies just had the form they would have three accurate info, but would have to generate a resume internally for human use (which isn’t a bad idea necessarily). If they just had the resume uploader then they would have to have a person manually extract the information.

        So they ask for both–because they want accuracy and the original document and there aren’t tools around to give them both today.

        • atomicbocks@sh.itjust.works
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 month ago

          I’m asking why the resumes need to be filtered by tag in the first place? Why not just filter them by the job that is being applied for?

          • unmagical@lemmy.ml
            link
            fedilink
            arrow-up
            0
            ·
            1 month ago

            The company wants a way to rapidly reject applicants to slim the pool of viable candidates to a level manageable by humans.

            If a software engineer job posting is made that requires java and got 10,000 applicants having a computer automatically reject any that don’t have “java” in the application reduces the human load.