As we've observed with ETH, hard forks can go terribly wrong when rushed. A minority is enough to keep another chain alive. This sets a very bad precedent, both by forking without consensus/reverting events and by rushing a HF. In addition to that, a rushed HF would render a LOT of custom implementations invalid pretty quickly. Do you even realize how 'long' it takes for companies to both update, test and deploy new software to their whole infrastructure.

---

I'm not saying I'm anti-HF in general, however I'm against irrational decision making with a very limited view point. I think that a HF, with a grace period of 6 months may be plausible and would likely not be against it (dependent on the change-set of course).