I agree with this. I put a lot of hours into DBC14 but would have done a fraction of that without @francobaldo1 and his patch. Fewer hours with DBC17...but again needed Franco's magic to smooth out some of the wrinkles.They pushed incremental on steam. At that point there was a significantly higher cost to console patching than now.
People have a rose-tinted view of dbc14. Without Franco's hack it had major issues - it was just much better than what came before.
I have absolutely no insight into how BA run their development but I would hypothesise that they would be more successful if they focused less on a single, big, cross-your-fingers-it-will-work patch and think more about releasing on a two week incremental sprint cycle. A larger number of small incremental changes, delivered to a larger user population, is going to be more effective (and cheaper) in delivering stable improvements than trying to push out one big patch release with low test coverage. My big fear is that as soon as the patch gets released someone will hit a problem (that BA hadn't predicted and the beta team hadn't encountered) and, as soon as this happens, those who are eager to overreact to any flaw will just turn this forum into a mess of unwarranted criticism of BA and the beta team. No one will feel good. If BA were releasing incremental updates more frequently it would really mitigate the risk failure and engender a much more positive relationship with, and within, their customer base. People really wouldn't care, so much, if something broke or didn't get fixed if they could revert to the previous release and knew that there was another update in a couple of weeks...people will get very upset if a one-shot patch breaks something or doesn't address something they believe is important, when they know there is no hope of any remediation.
I really appreciate the efforts that the beta team are putting in and I have no doubt the dev teams are working all hours...but whoever the product manager is, needs to rethink their release strategy.