• dandi8@fedia.io
    link
    fedilink
    arrow-up
    174
    arrow-down
    2
    ·
    edit-2
    6 months ago

    There are good reasons to dislike Telegram, but having “just” 30 engineers is not one of them. Software development is not a chair factory, more people does not equal more or better quality work as much as 9 women won’t give birth to a baby in a month.

    Edit:

    Galperin told TechCrunch. “‘Thirty engineers’ means that there is no one to fight legal requests, there is no infrastructure for dealing with abuse and content moderation issues.”

    I don’t think fighting legal requests and content moderation is an engineer’s job. However, the article can’t seem to get it straight whether it’s 30 engineers, or 30 staff overall. In the latter case, the context changes dramatically and I don’t have the knowledge to tell if 30 staff is enough to deal with legal issues. I would imagine that Telegram would need a small army of lawyers and content moderators for that. Again, not engineers, though.

    • Rinox@feddit.it
      link
      fedilink
      English
      arrow-up
      8
      ·
      6 months ago

      I can understand if someone like Google or Microsoft employs lawyers directly, as they have the resources and scale to do so. But someone like Telegram should really not do that. They should use an external legal office when needed. Even keep them on retainer, but definitely not open a legal office inside the company.

    • RubberDuck@lemmy.world
      cake
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      2
      ·
      6 months ago

      30 engineers. You lose half that to people managing the infrastructure alone. That leaves 15 code monkeys. Of 2 are dedicated to deployment and 3 to setting up unit tests (that’s not many btw) you are left with 10 people. If say for a global platform that’s not many at all.

      • ilega_dh@feddit.nl
        link
        fedilink
        English
        arrow-up
        5
        arrow-down
        1
        ·
        6 months ago

        15 engineers for managing infrastructure?? Are they setting up servers by hand?

        • RubberDuck@lemmy.world
          cake
          link
          fedilink
          English
          arrow-up
          2
          arrow-down
          2
          ·
          6 months ago

          I would not want you as my boss, that’s for sure.

          Try covering a 24/7 global service window. I’d think this is on the low end.

          And you als need full infra stack knowledge: Server, database, Network, connectivity.

          And probably some of these schmucks will get stuck managing the corporate environment too.

          • dandi8@fedia.io
            link
            fedilink
            arrow-up
            3
            arrow-down
            1
            ·
            6 months ago

            This comment smells of outdated software development practices.

      • dandi8@fedia.io
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        6 months ago

        If you have separate developers for writing unit tests, and not every developer writing them as they code, something is already very wrong in your project.

        Deployment and infra should also mostly be setup and forget, by which I mean general devops, like setting up CI and infrastructure-as-code. Using modern practices, which lean towards continuous deployment, releasing a feature should just be a matter of toggling a feature flag. Any dev can do this.

        Finally, if your developers are ‘code monkeys’, you’re not ready for a project of this scale.

        • RubberDuck@lemmy.world
          cake
          link
          fedilink
          English
          arrow-up
          1
          ·
          6 months ago

          Infra setup and forget… this is a large system with plenty of stuff that cyclicly needs to be deployed updated and such. Even with automation the sheer volume and tech in use requires bredth of knowledge. Sure you could do it with less I guess. But with changes on supplier side etc it’s still much work.

          And for tests, sure you do it as you go along, but usually it helps to have people going over this and making sure it all stays functional, meets standards and fix things.

    • AwesomeLowlander@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      4
      arrow-down
      4
      ·
      6 months ago

      30 engineers is startup-sized. 30 engineers to deal with the needs of a sensitive software being used by millions worldwide, and is a huge target for cyberattacks? That’s way below the threshold needed.

      • dandi8@fedia.io
        link
        fedilink
        arrow-up
        1
        arrow-down
        1
        ·
        6 months ago

        This sounds like the devs are personally, sword and shield in hand, defending the application from attacks, instead of just writing software which adheres to modern security practices, listening to the Security Officer and occasionally doing an audit.

        • AwesomeLowlander@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          1
          ·
          6 months ago

          They’re not just writing the software, they’re responsible for the infrastructure it’s running on. And keeping that running and secure IS a full time job.

          Right now, you sound exactly like one of those C level execs who looks at IT and asks “We haven’t had an issue in years, what do we need to pay them for?”