为什么这么多网站讨论编程，而不是描述他们试图生产的系统？
有很多网站教人们如何构建更好的软件，但为什么很少有网站给出我们(作为程序员)应该创建的域的详细描述？在不同类型的系统之间开始出现共同需求的模式之前，人们只能构建如此多的库存、会计和ERP系统。从逻辑上讲，如果程序员花费如此多的时间试图在他们的体系结构中创建可重用的组件，这是否意味着他们应该有一些描述他们应该创建的系统的可重用的“蓝图”？换句话说，软件开发的焦点似乎过于集中于“如何”构建软件，而不是分类和准确地指定(具有详细的需求)首先应该使用“什么”。
所以我的问题是:有没有做过任何工作，将所有不同类型的系统规范编目到一个地方，所有这些都在一个网站上？如果在项目开始时缺乏适当的需求是软件开发的祸害之一，那么能够“重用”已经编写的相同类型的以前系统的需求规范不是更有意义吗？
回答 12
Stack Overflow用户
发布于 2009-01-19 02:54:47
有一个网站Database Answers试图为常见的数据库设计提供解决方案。这与您所描述的完整解决方案不同，但它是朝着正确方向迈出的一步。
你评论说“在共性变得明显之前，一个人只能构建这么多……系统”。然而，那些已经构建了足够多的这样的系统来发现共同性的人，然后试图通过创建他们的公共系统版本来从中受益，然后他们出售它。向其他可能做同样事情的人伸出援助之手是不符合他们的利益的。
Stack Overflow用户
发布于 2009-01-19 02:28:22
有，但它们通常是由希望向您销售解决方案的供应商运行的。:-/；
Stack Overflow用户
发布于 2009-01-19 02:48:02
我完全同意，“清单IT的虚拟指南”在哪里，客户的认证数据模型，地址和联系方式等。我发现自己在这么多不同的地方重新实现了相同的代码，具有微妙的不同领域和逻辑，但基本上是相同的东西。几年前，我发现了一个预制数据模型的网站--朝着正确的方向迈出了一小步，但不是整个故事的Universal Data Models (没有连接)。你会注意到他们对他们的产品并没有太多的兴趣。
我还在几个组织工作过，这些组织正在开发自己的“通用”数据模型，作为一种可销售的产品。其中一个是在金融服务领域，他们找到了1500+ DB2表，然后放弃了。组织以自己的独特性而自豪，而我们(技术人员)意识到，在幕后，大多数人都在做着非常相似的事情--我认为坦率地承认，他们和其他使用UniversalCustomer (TM) 1.7的人一样，可能会对公司的自尊心造成太大的伤害。这也使得这些公司在SAP、Peopleware等方面变得成熟起来。
作为最后的想法-这里有很多低垂的果实给创业者。描述公共领域的一组不错的短书。我的意思是超级简单的东西，人名，地址，电话等等--所有的小缺点，比如不同文化中的头衔，以及处理好的电话号码布局--现在有了一本书/维基，很多人都可以使用。
https://stackoverflow.com/questions/456349
复制相似问题
腾讯云开发者
