4 ms·

I don’t know - I think I’m a bit darwinistic here. Having suffered through some products with bi-weekly downtime, I tend to think competitors should be allowed

by nmcfarl 14y ago

I don’t know - I think I’m a bit darwinistic here. Having suffered through some products with bi-weekly downtime, I tend to think competitors should be allowed tout whatever their strengths are including uptime if that’s one of them. And it doesn’t reflect poorly on them (in my eyes). When suffering I like to see solutions offered… Of course most companies with horrible re-occuring downtime, have no serious competition… So there’s that.

EwanToo 14y ago
To me, it's one thing to capitalise on a companies on-going downtime issues, that indicated an inability or unwillingness to resolve the issue, but it's another thing entirely to take advantage of a situation that could as easily be affecting you, no matter what precautions you take. I've no doubt Sendgrid have been DDOS'd before and survived, and that this was a significant attack, so can their competitors honestly say there's no chance they'd of not gone down in the same situation?
shill 14y ago
OP is talking about kicking someone when they are down as the result of a random catastrophe. You won't gain many customers doing this, and the ones you do gain won't be very loyal.
- nmcfarl 14y ago
  So perhaps what I’m saying is that at some point you have to kick when down, at least if a vendor is always down. Every marketing campaign I’ve ever been involved in ran for longer than 2 weeks. And in my example I was not joking - we were paying for a service that had roughly bi-weekly, unplanned downtime of multiple hours, for many many months. A marketing campaign would have inevitably run concurrent with a downtime. I agree - running attack ads after 1 random catastrophic event is in poor taste. But at some point - 3 in a year?, 3 in a month? - it becomes reasonable, and tasteful, to tout uptime as an advantage.
  - takluyver 14y ago
    I don't think anyone's really disagreeing with this. If you can make a real case that you can offer a better service, that's fine. As another example: say a meteorite takes out your competitor's data centre. If you are running from independent data centres with capacity to handle a sudden failure of one, feel free to highlight that. If you're running from one data centre, you should probably just count yourself lucky that it happened to them and not you.

by nmcfarl 14y ago

EwanToo 14y ago

To me, it's one thing to capitalise on a companies on-going downtime issues, that indicated an inability or unwillingness to resolve the issue, but it's another thing entirely to take advantage of a situation that could as easily be affecting you, no matter what precautions you take. I've no doubt Sendgrid have been DDOS'd before and survived, and that this was a significant attack, so can their competitors honestly say there's no chance they'd of not gone down in the same situation?

shill 14y ago

OP is talking about kicking someone when they are down as the result of a random catastrophe. You won't gain many customers doing this, and the ones you do gain won't be very loyal.

nmcfarl 14y ago
So perhaps what I’m saying is that at some point you have to kick when down, at least if a vendor is always down. Every marketing campaign I’ve ever been involved in ran for longer than 2 weeks. And in my example I was not joking - we were paying for a service that had roughly bi-weekly, unplanned downtime of multiple hours, for many many months. A marketing campaign would have inevitably run concurrent with a downtime. I agree - running attack ads after 1 random catastrophic event is in poor taste. But at some point - 3 in a year?, 3 in a month? - it becomes reasonable, and tasteful, to tout uptime as an advantage.
- takluyver 14y ago
  I don't think anyone's really disagreeing with this. If you can make a real case that you can offer a better service, that's fine. As another example: say a meteorite takes out your competitor's data centre. If you are running from independent data centres with capacity to handle a sudden failure of one, feel free to highlight that. If you're running from one data centre, you should probably just count yourself lucky that it happened to them and not you.