• frobeniusnorm@lemmy.world
    link
    fedilink
    arrow-up
    14
    arrow-down
    11
    ·
    11 months ago

    I swear to god, companies are nowadays just picking the solution with the most buzzwords. Any compiler engineering student knows how to write a transpiler from one language to another, while getting this right is a cumbersome task, it still completly automated afterwards. Just hire a few compiler engineering phds and the job is done in at least half a year.

    Look what i found after a quick google search:

    • yggdar@lemmy.world
      link
      fedilink
      arrow-up
      49
      ·
      11 months ago

      You want to translate COBOL to another language? That exists as a commercial product! The complexity is not the syntax though, it is the environment and subsystems surrounding the code. A lot of COBOL is designed for mainframe systems, and emulating a mainframe is complex.

      You also end up with code that is still written as if it were COBOL. The syntax for COBOL is the easy part and that is all you can easily replace. Afterwards you’re still stuck with the way of working and mindset, both of which are quite peculiar.

      The company I work for recently looked at all of this, and we decided not to translate our code.

      • jaybone@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        11 months ago

        Just make the devs learn the language if they don’t know it already. What kind of shitty mid to senior dev can’t learn a new language in a reasonable amount of time.

        • abraxas@sh.itjust.works
          link
          fedilink
          arrow-up
          4
          ·
          edit-2
          11 months ago

          I think it’s a matter of expertise. I am stuck dealing with people who write Javascript/Typescript like it’s C# because they’re C# senior devs. It’s not world-ending until issues of speed, scale, or other “why we use best practices” raise their ugly heads. Then it is world-ending. I can only help with so many design standards when you still see everything show up in a classes-and-subclasses mindset with hard-to-catch concurrency bugs. I actually caught a developer trying to spin up a child process to wait on a socket response.

          So in FinTech, I can imagine it becomes a bigger deal faster.