有很多网站教人们如何构建更好的软件,但为什么很少有网站真正提供我们(作为程序员)应该创建的域的详细描述？在不同类型的系统中出现共同需求模式之前,人们只能构建如此多的库存,会计和ERP系统.从逻辑上讲,如果程序员花费大量时间尝试在他们的架构中创建可重用的组件,这是否意味着他们应该有一些可重用的"蓝图"来描述他们应该创建的系统？换句话说,软件开发的焦点似乎过于关注"如何"
所以我的问题是:是否已完成任何工作,将所有不同类型的系统规范编入一个地方,所有这些都在一个站点上？如果在项目开始时缺乏适当的要求是软件开发的祸根之一,那么能够从已经编写的相同类型的先前系统中"重用"需求规范是否更有意义？
有,但它们通常由想要向您推销解决方案的供应商运营.: - /;
有一个站点数据库答案试图为常见的数据库设计提供解决方案.这与您所描述的完整解决方案不同,但它是朝着正确方向迈出的一步.
你评论"[o] ne只能在"共性变得明显之前构建这么多系统.然而,那些构建了足够的系统以发现共性的人然后试图通过创建他们的共同系统版本从中受益,然后他们将其出售.为了让其他可能做同样事情的人伸出援助之手,他们的利益并没有(被认为是).
京公网安备 11010802040832号 | 京ICP备19059560号-6 