Some general thoughts in response to this thread, which is lighter on hyperbole (and hashtags) than a number of other discussions I’ve seen today – that’s appreciated.Fury and Heroic Strike
Fury warriors currently have four buttons that are some flavor of “Deal X% weapon damage to a target.” One of them generates Rage. Two of them have a base cost of 30 Rage. Two of them are only usable sometimes. One of them is off the GCD. But those are nuances, and at a basic level there’s a significant amount of overlap. (And this isn’t even counting Colossus Smash.) That both qualifies as what we’d generally consider “bloat” and it also makes the spec much less intuitive to figure out without doing some math (or, more likely, consulting a guide compiled by someone else who did the math). Fury doesn’t need
three different single-target rotational Rage spenders in order to be effective and engaging as a spec – for the majority of WoW’s history, Fury hasn’t had all three of those buttons. We think it’s one too many.
Our vision of a successful Fury design certainly is not one where the warrior sits at the Rage cap for protracted periods of time. We’re not saying that the current (as of June 30th) Beta iteration of Fury is perfect or final. It’s not. In the next build, we have a change to Wild Strike (reduced GCD) that should allow it to more distinctly serve as an outlet for excess Rage, keeping some of the frenetic pace that defines Fury and distinguishes it from the more deliberate and tactical Arms spec.
Without Heroic Strike, Bloodthirst would clearly be your Rage builder, Raging Blow your most efficient spender (when usable), and Wild Strike would be your filler. There’s little lost depth there (instead of hitting HS when Rage-capped or during Colossus, as you currently do, you’d use non-Bloodsurge Wild Strikes), and one fewer keybind and ability of which to make sense.
But maybe we’re missing something – we’re certainly fallible. We’d like you to check out the changes in the next build, give feedback, update your petition websites where applicable, and then we can discuss further. None of this is final.
The Beta Design/Iteration Process
To repeat, none of this is final. If you haven’t followed one of our Alpha (or now Beta) cycles before, there’s a ton of iteration that happens in a public format, much of which never sees the light of day on live retail servers. Our betas are not a sneak preview or an advertisement – they are a genuine invitation to join us as we wrap up the development and refinement of our game, to give feedback, to help us find bugs, and yes, to witness some thorns and missteps along the way.
This sort of experimentation on our part happens all the time internally, long before we open our doors to public testing. Back in February or March some skills were cut or redesigned entirely, then returned days later after playtesting internally and realizing that we’d made things worse, and not better. Other times we tried experiments (e.g. moving combo points off the target and onto the player) and ended up keeping them (for now). The nature of our class design process is that we work on live data, right alongside quest content, encounter content, and everything else that gets added into each build. We want those changes to be part of the same data branch in order to test them properly in a realistic and relevant setting. But, of course, once we’ve moved into Alpha and Beta, this means that you get to witness some of those experiments too.
We could make separate internal builds to keep any class changes that aren’t 100% final in our eyes from seeing the light of day. That would limit our ability to test them somewhat; it would certainly limit your ability to play with them, and to give us feedback. It would reduce the rate at which we could iterate, and the number of ideas we could try out. It might save some frayed nerves in the short run, but I’m not sure it would make for a better game in the long run.
Some of our experimental changes make it into patch notes, because our Beta patch notes are ultimately a living record of our moment-to-moment changes to the game. If we don’t document those changes on our end, they’ll be seen via datamining anyway, potentially out of context and giving rise to greater alarm. But just because something shows up in “official” Beta patch notes does not mean it’s going to be in the official patch notes when Warlords actually goes live. And those are the ones that count.