本章的开篇便借用《创世纪》中巴比伦塔的建造失败的例子来说明了一个问题，首先，是对建造巴比伦塔的条件进行了分析，从人力，物力，财力各个方面来说，建造巴比伦塔都是足够的。然而就是这样一个外部条件都允许的产物却失败了。失败的原因令人很惊讶，是由于的交流不通。交流不通，那么建造的计划和指挥全都是无稽之谈，上面的决策无法传达给下面，下面的问题反馈不到上面。这样就是一个巨大的无形的障碍便阻断了双方的互通，从而导致了巴比伦塔的失败。
这个例子给了我很大的感触，因为我刚好经历了一个团队开发的任务，我们是三个组员，准备做出一个简单的App。一开始这个任务很平稳的进行，没有遇到太大的问题，直到我独自开发该App数据库的时候，问题出现了。在我把数据库代码发送给另一个组员的时候，他运行出错，我们才发现，我数据库里定义的变量和他程序命名里的变量有不同的地方，而且他程序里的留的数据库调用接口的位置，我也不知道在哪里。所以那一次关于数据库的合作可谓是一败涂地。多天编写的数据库文件一瞬间就原形毕露，无法工作。不仅仅是数据库的问题，同样的还有开发工具的问题。虽然不是我们团队的问题，但我仍从其他团队那里看到了这个问题，就是由于队员的开发工具版本不同，导致了分开开发的所有人的代码最后组合到一起会出现各式各样的错误，也会导致开发的失败。从这次的团队开发中，我对交流这一问题真的有很大的感触，毕竟是自己经历过的，所以留下了很深刻的印象，也深刻的体会到了交流的重要性，虽然交流没有对编程造成任何实质性的帮助，但这仍然是不可缺少的一部分，这一部分或许比编程部分更为重要。仅仅是三个人没有交流充分就会引发这么大的错误，那对于上百人的开大团队，那样的团队中，一旦出现错误那必将是一个规模十分巨大的错误混乱，对其进行修正也是一个巨大的工程，这样不仅对工期有着巨大的延误，成本的提高，而且能否修正都是另外一说，所以说交流的重要性，是我在这一章中最大的收获。