3 ms·

While not a home-run server, the NTP system is a distributed service that receives 100 billion to trillions of requests per day, and it's running pretty smoothl

by leptons 17d ago

While not a home-run server, the NTP system is a distributed service that receives 100 billion to trillions of requests per day, and it's running pretty smoothly - it's never gone down completely since it started in 1985. It's also very simple. The reason it has so many 9's uptime is because it is simple. Given a low amount of complexity, it's not unreasonable to think that an individual could run a >1B requests per day service. Salesforce is not simple. It's wildly, overly complex. It's amazing it has any 9's at all and not 8's or 7's. Salesforce offers three 9's, which allows for 43 minutes downtime per month. The current outage is at 8 hours (and counting) so Salesforce is now at 98.9% uptime for the month - there's an "8" in there now. Not good, but considering the complexity of Salesforce, it's still kind of amazing.

pixl97 17d ago
>Salesforce is not simple. It's wildly, overly complex. It turns out business environments are wildly overly complex.
- lifeisstillgood 17d ago
  I think it’s like advertising - 50% of my code is wildly over complicated - I just don’t know which 50% But the GP is essentially correct - there is a 2% of salesforce that could be built run and keep 80% of salesforce users happy. Except that you could not charge enough to be able to advertise on F1 cars and take SVPs out to dinner. So you could not actually make 80% of them happy - they would ever buy it.
  - DANmode 17d ago
    > I just don’t know which 50% Yes, you largely do - they’re the commits that get rushed to, and through. This take that showstopping technical debt is unavoidable is very new, and will age like milk.
    - fragmede 17d ago
      > showstopping technical debt is unavoidable is very new No it's not. The push and pull between shipping and paying down technical debt is as old as there's been software to sell. Sales has been selling features that don't exist quite yet ever since they've been talking to customers, and engineering has been pushing back on implementing them yesterday since there's been features to implement. Showstopping technical debt is merely a side effect of who wins that argument in a given org.
      - DANmode 17d ago
        Yes. My point is the technical debt is stopping the show way more often. Not “this never existed before selling”, but “we never had the team in place who could do this right in the first place”. You can quibble about who is responsible, but the fact remains.
- carefree-bob 17d ago
  It's the scaling nature of enterprise software. If you have a mature B2C app, you have millions of users. What each user wants isn't so important, so it's more of a take it or leave it experience. If you have an enterprise app, one big company can and does push you around to get their features in. And as you grow, you get a few hundred big companies that push you around. The result is this huge mess of features, and now you have to maintain this mess. I remember Cisco before iOS used to have hundreds of branches for their router, one branch for each major customer that was demanding specific features. It was unmanageable, but that's what you needed to do to win those "enterprise customers". It also turns out customers aren't very good at articulating their needs and putting them into a cohesive vision of the product. But they sure have specific demands to get stuff in. I'm not blaming the customer, this is just how this world works -- All of the "enterprise software" apps are extremely complex with hidden knobs and weird behavior that was pushed in by a customer twenty years ago all over the place.
  - jamesfinlayson 17d ago
    > I remember Cisco before iOS used to have hundreds of branches for their router, one branch for each major customer that was demanding specific features. It was unmanageable Ouch. I heard of a company in my home town (small B2B service provider) doing something similar - they paid well but I didn't think it was worth it.

by leptons 17d ago

pixl97 17d ago

>Salesforce is not simple. It's wildly, overly complex. It turns out business environments are wildly overly complex.

lifeisstillgood 17d ago
I think it’s like advertising - 50% of my code is wildly over complicated - I just don’t know which 50% But the GP is essentially correct - there is a 2% of salesforce that could be built run and keep 80% of salesforce users happy. Except that you could not charge enough to be able to advertise on F1 cars and take SVPs out to dinner. So you could not actually make 80% of them happy - they would ever buy it.
- DANmode 17d ago
  > I just don’t know which 50% Yes, you largely do - they’re the commits that get rushed to, and through. This take that showstopping technical debt is unavoidable is very new, and will age like milk.
  - fragmede 17d ago
    > showstopping technical debt is unavoidable is very new No it's not. The push and pull between shipping and paying down technical debt is as old as there's been software to sell. Sales has been selling features that don't exist quite yet ever since they've been talking to customers, and engineering has been pushing back on implementing them yesterday since there's been features to implement. Showstopping technical debt is merely a side effect of who wins that argument in a given org.
    - DANmode 17d ago
      Yes. My point is the technical debt is stopping the show way more often. Not “this never existed before selling”, but “we never had the team in place who could do this right in the first place”. You can quibble about who is responsible, but the fact remains.
carefree-bob 17d ago
It's the scaling nature of enterprise software. If you have a mature B2C app, you have millions of users. What each user wants isn't so important, so it's more of a take it or leave it experience. If you have an enterprise app, one big company can and does push you around to get their features in. And as you grow, you get a few hundred big companies that push you around. The result is this huge mess of features, and now you have to maintain this mess. I remember Cisco before iOS used to have hundreds of branches for their router, one branch for each major customer that was demanding specific features. It was unmanageable, but that's what you needed to do to win those "enterprise customers". It also turns out customers aren't very good at articulating their needs and putting them into a cohesive vision of the product. But they sure have specific demands to get stuff in. I'm not blaming the customer, this is just how this world works -- All of the "enterprise software" apps are extremely complex with hidden knobs and weird behavior that was pushed in by a customer twenty years ago all over the place.
- jamesfinlayson 17d ago
  > I remember Cisco before iOS used to have hundreds of branches for their router, one branch for each major customer that was demanding specific features. It was unmanageable Ouch. I heard of a company in my home town (small B2B service provider) doing something similar - they paid well but I didn't think it was worth it.