3 reported on 29/8, if that's the'test night you're talking about. Not that unusual to have a low turnout when the build is made available to them hours before they need to run it, that's why we test for a week now, not a night.@Tim... I heard that only 3 people turned up for build 291 test night...is that true?
Generally the things being tested and failing are 2 weeks old, not 2 months. I know there is a lack of understanding of how things work in terms of development, but the length of time since the last update has nothing to do with complexity, content of the build or the chances of release at any given time thereafter.![]()
A lot of this has been discussed (internally) multiple times, as were things such as the benefit of the forum, etc, etc.I guess that's the crux of the continual anxiety... If you have a release every week, like PCars, regardless if there's anything noteworthy in it, people are too busy upgrading and trying things out to complain that there's a lack of overall progress. And there certainly is as little progress on physics and FFB in PCars as there has been on graphics and UI in rF2 over roughly the same very extended period.
If you are going to release updates "whenever" "management" feels it appropriate, then the whining could be reduced by a factor of 100 if there was some information about what is new and/or fixed in the release. It's not like there isn't a plan of attack and intention to work on specific items. And it's not about the whining on this board--it simply reflects the expected response to a lack of information and clarity when people are: i) paying customers, ii) disappointed in the overall speed of progress; and iii) enthusiastic/obsessive about the product.
Tim, you could make your own job more pleasant and most customers a lot happier if a development road map of some sort was published. Everyone knows it won't be followed to the letter and that stuff happens from time to time to throw it off course, but continually avoiding providing details of what is coming in not just the next release, but the two or three after that, contributes to the frenzy on here. And it isn't a positive frenzy most of the time.
Imagine the reduced number of posts and change in the tone of remaining posts that would be different today had this approach been taken a year or more ago. You wouldn't need to feel compelled to log-in on a holiday weekend for one thing.
It's obviously easier to go longer, every 3 months? (I can hear people complaining already).
You highlight that this is about expectation, something that comes from the person themselves. But you do also mention a lack of information.
Every time they notice a bug then hold off the release of the build till its fixed is great. 1 less thing for ppl to whine about that must be a good thing ?
hope its possible to release the new build later in the week or we will all wait till next Tuesday. ( good luck ISI )
A lot of this has been discussed (internally) multiple times, as were things such as the benefit of the forum, etc, etc.
There's benefit to doing everything you suggest, but then there are all-new issues with doing so. For example, we currently see complaints about the fact you might not have a car, a track, or be able to download the rfmod to join a server? Now add different builds (because I'm sure the fact we produce sometimes multiple builds each week, releasing those, would cause some people to stick on their last favorite, others to stay on the latest, and others to be anywhere between). While it might be great to "see progress" it would destroy some of the things currently valued in the community.
I know it doesn't mean anything, as I am from ISI, but the devs at ISI work as fast as other devs I have worked with. They don't mess around. It's tough to see it on the outside (and yes, releasing a build each week would show it better), but their pace impresses the hell out of me.
It would be easier on us to set a rough schedule, but we kind of do. Roughly 1 month right now, but it's now been 2. We're not always going to make a rough schedule perfectly with release when it's that short of a cycle. It's obviously easier to go longer, every 3 months? (I can hear people complaining already).
You highlight that this is about expectation, something that comes from the person themselves. But you do also mention a lack of information. I know you want a pipeline of things, perhaps high priority, low, etc, but frankly, that doesn't give you information. It gives you increased expectations. For example, two things are high priority, another thing is medium. Medium can get done first, easily, either by a different dev, being easier to complete, or being needed to be built first so that something else can happen. Having a list, a plan, will create so many more problems with paying customers, disappointment and obsessiveness, just think that one through.And, heaven forbid if we dropped a feature that we had on a list when someone made their purchase.
Yeah, I think it would be horrible if we'd done it a year ago. Because we said something was at the top of the list, high priority, or had an estimate that didn't happen. You're forgetting, all this expectation would simply be transferred, except now the information provided would be used against, as ammunition. That doesn't sound better, and I've seen it happen with other devs, I've seen it happen with us with information we have given. You'd also be asking for more, and more, and more.
Don't forget that this very thread is an indication of communication you never would have gotten before we asked Jeremy to do it, and look what good giving you the information about a nearing release did for us. Now multiply this by every feature on a list, or every missed estimate of one being available.
We are one week apart from finishing july. I must guess that isi activity will be reduced in august due to vacational time. If a new build is released the risk if provoking problems that could take a month to solve doesn't seem to compensate. This could take us until september before some existing problems are solved.
Personally I think ISI manage expectations well in so much as I don't have any.