提供.NET大小的大型产品的秘密?

提供.NET大小的大型产品的秘密?,.net,.net,在软件公司里,我看到,在所有东西都依赖于其他东西的情况下,在非常大的产品上工作是非常困难的 例如,微软在C#、F#、.NET、WPF、VisualStudio上工作,这些东西是相互关联的。我不知道有多少人参与其中,但如果是在100年代,他们如何与一切保持同步,从而在设计和实施功能时不与其他依赖项和其他产品的未来计划发生冲突 我想知道,如果微软能够做到这一点,他们一定有一个非常好的系统 MS或非MS超大软件产品交付的任何指导原则或秘密?好吧,这主要不是一个工具问题,而是组织的核心问题 工具:看看T

在软件公司里,我看到,在所有东西都依赖于其他东西的情况下,在非常大的产品上工作是非常困难的

例如,微软在C#、F#、.NET、WPF、VisualStudio上工作,这些东西是相互关联的。我不知道有多少人参与其中,但如果是在100年代,他们如何与一切保持同步,从而在设计和实施功能时不与其他依赖项和其他产品的未来计划发生冲突

我想知道,如果微软能够做到这一点,他们一定有一个非常好的系统


MS或非MS超大软件产品交付的任何指导原则或秘密?

好吧,这主要不是一个工具问题,而是组织的核心问题

工具:看看TFS——它在2010年集成了源代码控制、工作项跟踪和质量控制的自动化功能。它有综合报告

您谈到了许多解决方案,其中包含许多项目—所有这些解决方案都组织在一棵大树中—可能是项目管理下的多个项目(公司中的不同应用程序,或者像Internet Explorer这样的东西都在它自己的开发路径上)

剩下的就是组织。架构团队等-确保它不会遇到一个超载的家伙,拖延一切


MS确实有一个庞大的系统——我听说Visual studio的测试场(即运行单元测试的服务器)大约有1000台机器左右。许多开发人员经常通过验证来实现这一点;)我还听说过一次完整的windows构建大约需要一天;)所以,这也需要足够多的机器——源代码控制很好,但如果有上千名开发人员打你,一个单独的文件服务器是不够的。

他们使用Subversion或CVS等源代码管理工具和错误跟踪工具,在这些工具中,开发人员、合作伙伴可以“建议”错误/功能愿望,alpha/beta测试人员等,然后由项目经理分配给特定人员

这几乎就是让一个伟大的项目运行的诀窍

说到发展,当然需要有一个计划。。。google up V-Modell,其中所有内容都分为里程碑和活动