• dandi8@fedia.io
    link
    fedilink
    arrow-up
    197
    arrow-down
    2
    ·
    edit-2
    4 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
      10
      ·
      4 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
      link
      fedilink
      English
      arrow-up
      7
      arrow-down
      4
      ·
      4 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.

      • dandi8@fedia.io
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        edit-2
        4 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
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 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.

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

            I have never, in my decade as a software dev, seen a role dedicated to “making sure unit tests stay functional, meet standards and fixing them”. That is the developer’s job, and the job of the code review.

            The tests must be up to standards and functional before the functionality they’re testing gets merged into main. Otherwise, yes, you may actually need hundreds of engineers just to keep your application somewhat functional.

            Finally, 30 engineers can be a vast breadth of knowledge.

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

              So cool that you got to work with teams of devs that where able to do that. Was it for software used in a OT environment? Cause stuff like telegram seems a lot more like that imho.

              And the bredth… 30 people can cover it all, yes. Doing that in a 24/7 global environment means 3 of several competences, in shifts, covering timezones. It’s not as if you can just click out at 5 and come back tomorrow.

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

                I have no idea why you’re even bringing up OT. We’re not talking about PLCs or scientific equipment here, we’re talking about glorified web apps.

                Web apps that need to be secure and highly available, for sure, but web apps all the same. It’s mainly just a messenger app, after all.

                So cool that you got to work with teams of devs that where able to do that.

                Just because, as I assume from this quote, you weren’t able to work with teams like that, does not mean that there are no teams like that, or that Telegram doesn’t operate that way. Following modern practices, complex projects can be successfully done by relatively small teams. Yes, a lot of projects are not run that way, but that just means that it’s all the more a valid point of pride for Telegram.

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

                  A point of pride sure, also a risk. Responding to incidents requires coverage. And the OT comparison was just more on the uptime requirements and redundancies than anything else.

      • ilega_dh@feddit.nl
        link
        fedilink
        English
        arrow-up
        7
        arrow-down
        2
        ·
        4 months ago

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

        • RubberDuck@lemmy.world
          link
          fedilink
          English
          arrow-up
          3
          arrow-down
          6
          ·
          4 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
            9
            arrow-down
            3
            ·
            4 months ago

            This comment smells of outdated software development practices.

      • dandi8@fedia.io
        link
        fedilink
        arrow-up
        3
        ·
        4 months ago

        Interesting! Out of curiosity, what is the source? Is there a breakdown per role?

    • AwesomeLowlander@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      6
      arrow-down
      6
      ·
      4 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
        3
        arrow-down
        2
        ·
        4 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
          3
          arrow-down
          1
          ·
          4 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?”

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

            Even if you have a full-time role for continuously auditing the infrastructure (which I would say is the responsibility of either a security officer or a devops engineer), you still didn’t show how that needs a 15-person team, and an otherwise-untouched infrastructure should just keep on working (barring sabotage), unless someone really messed something up.

            If CI builds or deployments keep randomly failing at your place, that’s not an inescapable reality, that’s just a symptom of bad software development practices.

  • Ghostalmedia@lemmy.world
    link
    fedilink
    English
    arrow-up
    94
    arrow-down
    6
    ·
    4 months ago

    To be fair, in a large company, there is usually only about 30 people who are actually good and know what is going on, and hundred of others who are checking in trash.

    • flamingo_pinyata@sopuli.xyz
      link
      fedilink
      English
      arrow-up
      51
      arrow-down
      1
      ·
      4 months ago

      It’s not even about the quality of individual people. The organizational structure of large companies encourages pointless work.

      Internal mobility and cross department collaboration are frowned upon. So you get many people doing duplicate work, new ideas don’t propagate, and even if someone has an idea it’s quickly shut down.

      The only way to achieve anything substantial is to be both: 1. assertive and energetic, and 2. at the correct level of hierarchy. And make no mistake even if you pull a miracle there will be no reward. Maybe a 3% raise at the yearly review.

      Sorry for the rant, I currently work in a company like this.

      • Ghostalmedia@lemmy.world
        link
        fedilink
        English
        arrow-up
        25
        ·
        edit-2
        4 months ago

        Yeah. The most secure companies I’ve worked at actually only had a small group, of very competent people, who were paid well, treated with respect, and not presented with a lot of organizational or infrastructural red tape.

        I’ve worked with teams of 10 that had shit locked down tight, and teams of hundreds who had software that was exploding and getting exploited left and right.

        If someone tells you more head count = security, I would not consider them an expert.

      • flames5123@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        4 months ago

        Maybe I’m just lucky in where I am in a FAANG company, because I’ve only been offered mobility in my job, even directly after a promotion! We encourage work across the organization, but we have like 500 devs in this org.

        • flamingo_pinyata@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          2
          ·
          4 months ago

          That’s the correct way to do it.

          The wrong way to to do it is: moving to another team requires you to go through the full hiring process. Any lateral movement, for example backend engineer -> fronted engineer is treated as if you’re a junior starting a completely new career.

    • Magister@lemmy.world
      link
      fedilink
      English
      arrow-up
      8
      ·
      4 months ago

      30? Sometimes very less, 2 or 3. It’s incredible that some piece of software used by milions/billions of people, have been written and sometimes maintained by 2 or 3 guys.

    • maxinstuff@lemmy.world
      link
      fedilink
      English
      arrow-up
      8
      ·
      4 months ago

      There’s an aphorism, “give me 10 engineers and I’ll build it in a year, give me a hundred engineers and I can get that down to just five years.”

    • Avid Amoeba@lemmy.ca
      link
      fedilink
      English
      arrow-up
      8
      arrow-down
      1
      ·
      4 months ago

      I see this parroted now and then. Often the people I’ve heard it from are the type of folks who would drastically underestimate the complexity and effort needed to make things. I’ve also seen and worked on codebases made by such folks and usually it ain’t pretty, or maintainable, or extensible, or secure, or [insert fav cut corners here].

    • snooggums@midwest.social
      link
      fedilink
      English
      arrow-up
      9
      arrow-down
      2
      ·
      4 months ago

      Even if every employee was equally competent, decision making needs to be consolidated enough that it can be decisive and shared throughout large companies. Complex systems that need to change rapidly gain no benefit from having too many people wanting to make decisions, you only need most of them to be competent enough to complete the work based on the decisions of a small group or the work will end up getting too convoluted and unmaintainable.

      There really isn’t a benefit to have everyone understand all of the parts of a large and complex system, if they only have time to work on a portion or to facilitate decisions that take into account the knowledge of the people in the different parts.

  • frezik@midwest.social
    link
    fedilink
    English
    arrow-up
    87
    arrow-down
    2
    ·
    4 months ago

    Headline is terrible. The big red flags are that they don’t do end-to-end encryption by default, the servers are in Dubai, and use a proprietary algorithm.

    Last part should be clarified further. They didn’t reinvent AES or anything. It’s more like a protocol that puts together existing algorithms. It means they can use transport layers without TLS or anything else that wraps your messages in crypto otherwise.

    https://core.telegram.org/mtproto

    I’d still say this is a red flag. How you wrap encryption around your messages has several pits you can fall into. It’s not as bad as reinventing AES, though.

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

      Headline is terrible

      They do explain though that given how below average their headcount is, it means they’re likely understaffed, overworked, and have zero capacity to respond to intrusion attempts.

      • mostlikelyaperson@lemmy.world
        link
        fedilink
        English
        arrow-up
        8
        ·
        4 months ago

        They seem to have 0 clue what they are “explaining “ though. I don’t know if those engineers are overworked or how (in)competent they are, I don’t even use telegram. But they apparently do have other non-engineering people on staff and content moderation and dealing with legal issues aren’t the job of an engineering team.

  • Manmoth@lemmy.ml
    link
    fedilink
    English
    arrow-up
    60
    arrow-down
    2
    ·
    4 months ago

    Someone needs to make a browser extension that hides any article with “experts say” in the title

  • Eager Eagle@lemmy.world
    link
    fedilink
    English
    arrow-up
    15
    arrow-down
    2
    ·
    4 months ago

    “Without end-to-end encryption, huge numbers of vulnerable targets, and servers located in the UAE? Seems like that would be a security nightmare,” Matthew Green, a cryptography expert at Johns Hopkins University, told TechCrunch. (Telegram spokesperson Remi Vaughn disputed this, saying it has no data centers in the UAE.)

    good job Remi, that was the main concern lmao

      • BearOfaTime@lemm.ee
        link
        fedilink
        English
        arrow-up
        17
        arrow-down
        5
        ·
        4 months ago

        Signal sucks from a UI/UX standpoint, when they dropped SMS support I lost any ability to convince people to switch, and everyone who had already switched left.

        Then there’s the seamless switching between devices…which it doesn’t do.

        • Hellmo_luciferrari@lemm.ee
          link
          fedilink
          English
          arrow-up
          11
          arrow-down
          2
          ·
          4 months ago

          Using SMS through signal defeats the purpose of signal…

          The UI is fine, what more do you expect out of it? It has a list of chats, a menu button with menu options, like it’s a messaging app not a social media platform akin to discord or telegram.

        • TheGrandNagus@lemmy.world
          link
          fedilink
          English
          arrow-up
          7
          arrow-down
          3
          ·
          edit-2
          4 months ago

          I’m a signal donor and while I disagree with your point regarding UI (have you used in the past couple of years? It’s went from feeling dated to feeling pretty modern), I agree with the rest.

          Even worse, though, is that the EU offered them the opportunity to become relevant on a silver platter, by forcing WhatsApp to open up their app and be cross-platform with others who want to. Signal said no thanks.

          I get it, WhatsApp stores metadata, and Signal doesn’t like that. But they were fine with (way way worse) SMS for a while? The day Signal chose that path was the day Signal willingly chose to be irrelevant for the vast vast vast majority of people.

          I love this app but the way the project is managed baffles me sometimes.

          • pandapoo@sh.itjust.works
            link
            fedilink
            English
            arrow-up
            9
            arrow-down
            1
            ·
            edit-2
            4 months ago

            … agreeing to be directly compatible with Whatsapp would mean they agree to surrender the privacy for every single instance of Signal-WhatsApp communication.

            If the whole reason for your foundations existence is privacy, it seems that it would be an existential danger to create a partnership with the implicit understanding that it will destroy privacy.

            • TheGrandNagus@lemmy.world
              link
              fedilink
              English
              arrow-up
              6
              arrow-down
              2
              ·
              edit-2
              4 months ago

              Some level of privacy, yes. Solely in WhatsApp-signal chats. And users can be notified of that, like they were with SMS.

              But you know what the alternative is? Nobody using signal. And that’s objectively worse.

              Cross-compatibility with WhatsApp would mean way more people on signal, and way more people willing to try, meaning more signal-signal chats. Meta would scrape metadata like when two accounts send messages and the like, but the contents of the chats would of course still be E2EE.

              Signal-SMS is FAR less private, but they were fine with that for years, and people are still angry about it being removed.

              Cross-compatibility removes the biggest hurdle for Signal - the chicken and egg problem of nobody using signal because they can’t talk to anyone. It would act as a Trojan horse for pushing signal-signal communication.

              • pandapoo@sh.itjust.works
                link
                fedilink
                English
                arrow-up
                4
                arrow-down
                1
                ·
                4 months ago

                Those choices don’t occur in a vacuum.

                What do you think happens to the nonprofit foundation built entirely around a fanatical devotion to privacy, if they partnered with Facebook. Not just partnered with, but in doing so, weakened the overall privacy of their platform.

                Putting aside adoption rates, how does that impact their organizational sustainment and viability e.g. their ability to draw in donations, retain talent, or stay independent?

                • TheGrandNagus@lemmy.world
                  link
                  fedilink
                  English
                  arrow-up
                  2
                  ·
                  4 months ago

                  That all gets better due to having far more users. You can’t just say “let’s ignore adoption rate” - that’s a pretty huge deal. It’s by far and away the main thing that holds them back.

                  And again, they were fine with SMS, which is far far worse.

    • corsicanguppy@lemmy.ca
      link
      fedilink
      English
      arrow-up
      3
      ·
      4 months ago

      The uae is a huge concern. Their terms demand they get to see your code. When the vPBX company I worked for tried to get into the uae, it was a 10mil boondoggle that ended up ruining them.

  • Josie@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    10
    arrow-down
    1
    ·
    4 months ago

    telegram isn’t e2e encrypted by default?! that seems like the major concern here.

    i double checked the ui and i had to create a new secret chat to see any indicator of encryption presence or absence

    • accideath@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      arrow-down
      1
      ·
      4 months ago

      The regular chats are encrypted though, just with an (encrypted) server in the middle. Telegram also claims in their FAQ, that no one singular person has the power to decrypt and the keys are stored such that no singular government could force them to give up any data.

      How far that is true is a different question though.

    • cy_narrator@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      1
      arrow-down
      2
      ·
      4 months ago

      What if its not e2e encrypted if they dont care. I know a bunch of chatrooms where you can watch paid movies that was released recently for free and Telegram dont care

      • mal3oon@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        4 months ago

        Telegram is basically creating its own “internet”, albeit much less secure and private, but it’s undoubtedly is really useful for finding dev communities (OSS), support, especially for gray areas like library gensis, z-book, a bit like what aaron shwarz envisioned, the only issue is tying everything to your trust in its leadership not to misuss data, which is kinda laughable

  • rob200@lemmy.cafe
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    4 months ago

    There was a post about this on lemmy awhile ago, I’m not sure which specific community it was i’m subscribed to a few tech related ones, but it was atleast a week or 2 or more ago about this same story.

    I do agree that there should be more workers than 30 on one of the most known encrypted messaging apps.