如果有"已知问题",为什么要发布?

Sho*_*ban 6 release-management

我看过很多API列出了有关知识问题的详细信息?如果有已知问题,为什么在修复之前将其发布给公众?

是什么原因?死线?或修复可以打破别的东西?

注意:我不确定这个问题是否属于这里.如果这不是一个有效的问题,请随时关闭.

Jer*_*ron 32

软件并不完美,等待每个问题得到修复以释放某些东西将导致无软件世界.

  • 好吧,我不会那么远.发布已知问题的软件有很多充分的理由,但是通常很懒,并说所有软件都有错误并不是其中之一.虽然几乎所有的软件都有错误,但这应该被视为当今软件工程状态的问题,而不是已成定局. (4认同)
  • 您是否认为每个建筑物都有缺陷,缺陷,裂缝和错位结构?事实是,编写任何没有任何缺陷的重要软件几乎是不可能的."技术上可行"和"商业上可行"之间存在很大差异. (2认同)
  • @Jason:建筑物有最低标准,而软件没有.我的问题不在于软件并不完美 - 这是一个动人的目标,因为随着时间的推移和学习新事物,给定情境的"完美"定义会发生变化 - 我的问题是没有最低限度.人们继续编写具有愚蠢错误和明显*设计*缺陷的软件 - 根据正确规范建立的摇摇欲坠的基础是一回事,但你永远不会建造一个泡沫基础的建筑,因为你无法将设计过去检查.不幸的是,对于软件而言,这是不可能的. (2认同)

Car*_*ter 13

因为该软件可用且有用,即使存在问题,并且因为用户希望比等待发布更快.因为它的开发人员想要提供早期发布的反馈.


Nic*_*wis 9

总是已知问题.如果在没有更多已知问题之前不发布,您将永远不会发布.有时最好将大部分工作版本发布到门外,并警告一些非关键问题.


Nic*_*tin 6

通常,即使已知问题,新软件仍然比以前可用的版本更好.特别是在处理库时,客户通常更愿意尽快提供代码,而不是等待他们不关心修复的问题.


dmc*_*kee 5

已知问题通常会影响少数用户,其他人都可以真正使用新版本中的改进.此外,现有版本可能存在相同的问题,在这种情况下,没有给用户提供新的(已知的)错误.所以,这真的是一场胜利.

某些问题可能还需要很长时间才能解决.


Gre*_*g D 5

利润.

任何复杂的真实世界软件永远不会是完美的.然而,在某种程度上它"足够好",而且是时候发货了.

真正的争论发生在决定什么级别的质量符合"足够好"的标准时.