Cloud 软件开发会被整合吗？
在系统管理部门，服务器和IT基础设施被转移到数据中心，IT人员有时被裁减。同样的事情是否可能发生在软件开发者身上，世界上的软件可能由几个大公司生产，而不是由那么多开发者生产 我认为短期内不会。有了TDD和成对编程等东西，看起来更小更敏捷的团队才是前进的方向 我总是回想起“神秘的人月”之类的事情。我可以拥有一个拥有1000名开发者的大公司，但这并不意味着一天就能完成一个1000工时的项目Cloud 软件开发会被整合吗？,cloud,Cloud,在系统管理部门，服务器和IT基础设施被转移到数据中心，IT人员有时被裁减。同样的事情是否可能发生在软件开发者身上，世界上的软件可能由几个大公司生产，而不是由那么多开发者生产 我认为短期内不会。有了TDD和成对编程等东西，看起来更小更敏捷的团队才是前进的方向 我总是回想起“神秘的人月”之类的事情。我可以拥有一个拥有1000名开发者的大公司，但这并不意味着一天就能完成一个1000工时的项目 只是它看起来不太管用我认为短期内不会。有了TDD和成对编程等东西，看起来更小更敏捷的团队才是前进的方向 我总是
只是它看起来不太管用我认为短期内不会。有了TDD和成对编程等东西，看起来更小更敏捷的团队才是前进的方向 我总是回想起“神秘的人月”之类的事情。我可以拥有一个拥有1000名开发者的大公司，但这并不意味着一天就能完成一个1000工时的项目
只是看起来不太好有些人会把目光投向印度的大型开发公司，并将其视为一种可能性，一旦所有的纠结都解决了。有些人会把目光投向印度的大型开发公司，并将其视为一种可能性，一旦所有的纠结都解决了。总是有人试图实现自动化软件的生成。只编写UML，然后从程序中神奇地编写软件 但总是需要系统管理员，也许不再需要那么多了。还有成千上万的小型it基础设施和服务器托管公司 软件开发也是如此。随着工具和框架的改进，对实际程序员的需求将会减少。但总有一些小公司在做定制工作，而像SAP这样的大公司在构建大框架。 还有人必须编写框架
因此，不要为你的工作担心：）总是有人试图自动生成软件。只编写UML，然后从程序中神奇地编写软件 但总是需要系统管理员，也许不再需要那么多了。还有成千上万的小型it基础设施和服务器托管公司 软件开发也是如此。随着工具和框架的改进，对实际程序员的需求将会减少。但总有一些小公司在做定制工作，而像SAP这样的大公司在构建大框架。 还有人必须编写框架
所以不要为你的工作担心：）也许部分，但不是全部
除了各种规模的软件公司（主要生产软件），还有许多公司需要定制软件作为其产品的一部分，例如，雷达设备的固件。这类公司雇佣了大量的个人开发者，而外包这类工作既不实际也不有效，因为这需要有人为所需的内容创建精确的规范。创建好的规范可能比仅仅创建软件更加困难。可能是部分，但不是全部
除了各种规模的软件公司（主要生产软件），还有许多公司需要定制软件作为其产品的一部分，例如，雷达设备的固件。这类公司雇佣了大量的个人开发者，而外包这类工作既不实际也不有效，因为这需要有人为所需的内容创建精确的规范。创建好的规范可能比仅仅创建软件更加困难。我认为，廉价商品硬件和资源（如“云计算”）的可用性增加了开发的动力，并使开发更加分散。拥有巨大资源的大型公司再也不能享受独立或小型开发团队的优势
从某种意义上说，这就像有几家大出版社，但仍然有许多独立作者（或作者群体）。唯一的例外是那些较新的“汤姆·克兰西”系列小说，所有这些小说都是用笔名写的，代表着无数不为人知的作者。我认为廉价商品硬件和资源（如“云计算”）的可用性增加了开发的动力，并使其更加分散。拥有巨大资源的大型公司再也不能享受独立或小型开发团队的优势
从某种意义上说，这就像有几家大出版社，但仍然有许多独立作者（或作者群体）。唯一的例外是那些更新的“汤姆·克兰西”系列小说，所有这些小说都是用笔名写的，代表着无数不为人知的作者。我认为我们不会看到这种情况发生 开发软件的很大一部分是对您所从事的问题领域有深入的了解。一家大公司不可能拥有大量行业的重大问题领域知识
与IT或HR等外围支持功能不同，软件开发往往是使公司有价值的核心部分。外包核心竞争力是一个非常危险的提议。不仅存在巨大的知识产权问题，而且处理外包的公司总是有可能离开或决定不再做这项工作。如果发生这种情况，外包工作的公司基本上就死了。我认为我们不会看到这种情况发生 开发软件的很大一部分是熟悉您所处的问题领域