关于基本复杂性的一点说明

在这篇发人深省的博文《关于基本复杂性的注解》中，作者深入探讨了软件工程师的复杂工作描述，并将管理复杂性作为他们的主要职责。文章引用了John Ousterhout的《软件设计哲学》和Fred Brooks的开创性论文《没有银弹》，区分了软件系统中的基本复杂性和偶然复杂性。

基本复杂性是问题本身固有的，而偶然复杂性则源自开发过程本身。 作者挑战了基本复杂性不可改变的观念，提出软件工程师可以重新定义问题规范以简化系统。这种方法符合软件可以影响用户行为和期望的观念，潜在地重塑其旨在解决的问题的本质。

这篇文章对软件复杂性和工程师在解决复杂性中的角色进行了重要的批判性审视。它鼓励工程师质疑假设，并与利益相关者互动，揭示问题的真正本质，而不是将复杂性视为一种既定事实。对于软件工程师和对软件设计哲学感兴趣的人来说，这篇内容提供了一种全新的视角，探讨了解决复杂性的可能性以及软件改变组织流程的潜力。

• 软件系统中的基本复杂性无法通过软件重设计来消除。 - 软件工程师有多种责任，包括编写代码、构建和维护高质量软件、管理复杂性和满足客户需求。 - 软件中的复杂性指的是使系统难以理解和修改的任何因素。 - 基本复杂性是用户所见问题中固有的，而偶发复杂性则源于性能问题和次优的语言和基础设施。 - 软件工程师的目标是最小化偶发复杂性并协助处理基本复杂性。 - 软件有潜力塑造人类行为和组织，从而重新定义问题并简化复杂性。 - 软件系统的复杂性可以是偶发的且可消除的，基本的且必须保留的，或者基本的但可以通过重新定义问题规范来消除。 - 传统软件通常缺乏明确的规范，这使得确定复杂性是否是基本的变得困难。 - 工程师可以简化系统并说服组织将其流程与更简单的实现对齐。 - 工程师应该意识到他们的工作对个人和组织的影响，并不应该隐藏在抽象之后。