这些年来，新技术、新概念层出不穷，比如微服务、云计算、人工智能等。这些新技术你研究过、了解过吗？你是如何理解这些新技术的？
也许你会从技术角度学习和理解这些新技术，看看如何对服务进行分区、应用虚拟化和容器技术、使用人工智能来切页。
这些新技术可能令人兴奋，有很多新知识需要学习和应用，但它们也可能引起混乱，包括：
您应该在项目中使用微服务吗？
设计微服务架构时，服务划分的粒度应该是多少？是划分为10个服务还是100个服务？
云计算将如何影响我的项目？我应该如何应用它？
人工智能可以为我编写程序吗？
如果只从技术角度思考这些问题，必然会陷入技术之中，很难看到问题。在这篇文章的开头，第《02 | 工程思维：把每件事都当作一个项目来推进》栏，我提到了工程思维的概念。
工程思维本质上是一种思考问题的方式，在解决日常问题时，是从项目角度看问题，用工程技术来解决问题，而不是力求站在整体的角度。看看问题所在。
当您学习如何使用这些新技术时，从整体项目角度和软件工程角度理解它们可以提供不同的视角。那么我们如何从软件工程的角度来理解它呢？
我们专栏中的两篇文章从团队、项目流程、工具等方面分析了领先企业的开源项目和软件工程的应用，会给您留下深刻的印象。同样，你可以超越技术，从软件工程的角度去理解微服务、云计算、人工智能等新技术和新概念。
软件工程中技术架构和组织架构的关系
首先，我们来看看微服务。一开始你可能会想，“这就是架构技术。”是的，从技术角度来看，微服务是一种架构技术。看完我们的专栏，您应该熟悉前后端分离架构、微服务架构等架构。
不知道你有没有观察到，系统架构和组织结构通常是相似的。例如，在前后端架构中，组织通常分为前端组和后端组，而在微服务架构中，组与服务相关，组与一个微服务相关。将负责
事实上，组织结构和技术结构相似的现象并不是巧合，这种现象的背后有一个规律，叫做康威定律。 Melvin Conway 博士于1967 年提交的论文《How Do Committees Invent?》 中最著名的一句话是：
设计系统的组织只能创建复制其组织通信结构的系统——Melv。
以上关于#软件工程45的相关内容摘自网络，仅供参考。相关信息请参见官方公告。
原创文章，作者：CSDN，如若转载，请注明出处：https://www.sudun.com/ask/92596.html
