It was to talk about “team restructuring”

  • 1984@lemmy.today
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    Companies are often insane. I’m working in one who has this one guy build a super complicated architecture, because he don’t know aws. So instead of just using a message queue on aws, he is building Java programs and tons of software and containers to try and send messages in a reliable way. Costs the company huge money, but they don’t care, since he is some old timer who has been there for like 10 years and everyone let’s him do what he wants.

    • Zushii@feddit.de
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      I personally always try to engineer away from cloud services. They cost you ridiculous amounts of money and all you need is documentation afterwards. Then it can be easier and faster than AWS or GC

        • NightAuthor@beehaw.org
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 year ago

          There are 2 types of people, the 2/3 year people, and the 20-life people. 10 is a lot to the 2/3 year people… but not to the others

          • AggressivelyPassive@feddit.de
            link
            fedilink
            arrow-up
            0
            ·
            1 year ago

            It also depends on the age of the company.

            My current company is comparatively young and only really grew above the 100 people mark a few years ago. There are people who only worked here for 10-15 years, but are so integral as head-monopoly, that they might as well have been there forever.

            In my old company, there were developers retiring that worked literally their entire lives for the same company.

            • NightAuthor@beehaw.org
              link
              fedilink
              English
              arrow-up
              0
              ·
              1 year ago

              True, true…

              Aside: Back in my day, we could use the term “relatively” to mean “in relation to” some other thing. Over time it became “in relation to the average thing” instead of a specific thing. Now it just means “a little bit”/“sort of”. Now people use “comparatively” to convey what “relatively” used to mean. Except… you just now seem to be making that same “relatively” transition with the word “comparatively”. I just find language interesting, and wonder what the next “relatively” will be once that meaning has been lost even to “comparatively”.

              • AggressivelyPassive@feddit.de
                link
                fedilink
                arrow-up
                0
                ·
                1 year ago

                That may be an artifact of my native language. In German the term vergleichsweise (Vergleich meaning comparison) is used like that and sometimes these constructions spill over to my English writing.

                • NightAuthor@beehaw.org
                  link
                  fedilink
                  English
                  arrow-up
                  0
                  ·
                  edit-2
                  1 year ago

                  no no no, its not a critique specifically of you. Native english speakers do this all the time. And I’m sure its inevitable that “comparatively” will make that transition too.

                  I’m interested: is there a german word to replace "vergleichsweise " to more explicitly mean “comparison”?

      • AggressivelyPassive@feddit.de
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        That doesn’t mean he or his fuck ups are free.

        A bad architecture means slower development, more bugs, less reliability. All of which cost money.

    • SilverCode@lemm.ee
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      What the company likes about the old timer is that because he has been there for 10 years, he will likely be there for the next 10 years to support the complicated system he is creating now. If a younger team member creates something using a modern approach, there is the risk they will leave in a years time and no one knows how the system works.

      • So he’ll rip an even bigger hole, when he is retiring because the company never bothered to get a new solution running. Then they get a hydra of legacy code that is poorly documented and probably using some old hacks based on even older forum posts, nowhere to be found again.