在为早期初创企业构建软件产品的过程中,我看到了两个非常常见的思想流派,它们定义了一种应用程序设计方法。
这两个范例通常包括设计一个基于“可扩展代码基”或“丢弃代码基”的应用程序。
应该考虑/衡量哪些因素来确定他们的应用程序设计方法?对于应用程序设计,有什么不同的思考方法?
迄今提出的一些因素包括:
发布于 2013-12-20 00:13:43
这取决于说服那些扔掉活原型的力量有多容易。
你一看到概念的原型/证明,它就会变成一个真实的生活系统。而“被的力量”会要求你做出修改和改变,当这种情况发生时,它将获得现实世界的使用,然后它就不那么容易被取代了。
如果你做了这些修改和修正,用户基础就会增加,系统的外部质量会提高,内部质量也会降低。更新将变得越来越困难,越来越慢,技术债务也会增长和增长。
你会说,我们需要更换这个系统,它应该只是一个概念的证明,他们会说,但它是有效的,而且我们已经在它上花费了那么多的时间和金钱,我们当然可以继续,如果你屈服于需求,你将继续,内部质量将下沉和下沉,从一开始,他们甚至不会承认它是一个丢弃的原型,你将被困在维护噩梦和关于你的实施质量的问题中。
我学到了一条艰难的路,第一次做得对。有些大便很难沉下去。
发布于 2013-12-20 18:39:18
您是否确信您将交付“可扩展的解决方案”--由于时间限制和意外的需求,这不会变成“原型”?
我相信最经常发生的事情是,“原型”变成了产品--尽管它有所有的缺点和不完善之处,但它实际上仍然有效。那些追求终极解决方案的初创企业往往资金不足,永远不会交付。
https://softwareengineering.stackexchange.com/questions/221941
复制相似问题