
软件项目的失败有多种,有些是因为需求不清所致,还有一些则是由于费用和时间超出预期范围,还有一些是由于管理不善引起的。如果追其原因是否会现有些项目失败的罪魁祸首是糟糕的代码?
开发工程师Bob坚信糟糕的代码所带来项目失败的破坏力是不可估量的。
许多项目都败在代码问题上。更有甚者,许多公司因为代码问题而失败。
Bob造成这一原因其实很简单。若维护代码所需的成本超出项目预算,项目就会失败;若成本超出公司预算,公司就得关门。再看另外一个极端,Bob认为,如果代码成本近乎为零,也就没有项目会失败了。
然而Bob的这观点并没有得到所有人的认同。
在论坛上有网友认为,大多数项目失败与代码没有任何关系,商业运营出现问题才是主因,糟糕的管理和需求根本无法通过优质的代码来弥补。
需求不清、管理混乱,即使是免费的即时代码(instant code)也无力回天。如果你马上发布一个完美无瑕,但没人想要的、毫无价值的产品,并且为这个蹩脚的产品不断迭代,发布更多恐怖的版本,那么最终你还是会花光所有的钱和时间,甚至声誉,你的项目以至于生意仍旧以失败告终。
同样地,也有网友认为糟糕的代码非项目失败的主要因素,但与糟糕的代还是有直接和间接的关系。
免费的代码当然会使公司有能力交付更多、更频繁的迭代,但如果迭代只是基于糟糕的想法、或者听上去不错但不适合市场需求也卖不出去的想法、又抑或卖得出去,但在设备或维护或其他什么方面成本过高的想法,那么公司最终还是会失败的。
甚至有网友认为,好的代码不一定代表正确的解决方案,但是如何代码整洁从而获得正确的解决方案就会比较容易,但这并不意味着好的代码就等于好的解决方案。
资深的软件工程师Michael Norton表示:究其代码原因有些言过其实,主因还是人为所致。
代码是人完成的,如果一个项目由于代码质量不好而失败,它就是由于参与人的相应写的代码太烂而失败的。
如此说来,虽然没人会轻视整洁代码的重要性,但也不是每个人都认同糟糕的代码是项目失败罪魁祸首的论调。你的想法如何呢?
【免责声明】本文仅代表作者本人观点,与和讯网无关。和讯网站对文中陈述、观点判断保持中立,不对所包含内容的准确性、可靠性或完整性提供任何明示或暗示的保证。请读者仅作参考,并请自行承担全部责任。