作为学习软件编程的软件工程专业的我们，实际上不止和计算机打交道，更多的我们需要的是提供客户所需要的服务。而如何和客户进行有效的沟通交流就显得尤为重要，在开发一个软件之前，我们总是先要和客户进行接触，如果不这样我们无法确知要做什么。然而与客户最直接的接触当然是他们懂得我们所使用的编程语言，但这可能吗？显然不现实。只能是我们为客户考虑，而不是让客户去迎合我们。如果一直天方夜谭般的想着客户去改变，那么可以说你离被开也就不远了。所以如何更好的与客户的交流与沟通在我们这个行业来说真的是值得深思熟虑的地方。
说到交流与沟通，我们就不得不提到统一建模了。说实在的一开始学习这门课的时候真的没有感觉到它的实用性，当自己做了第一个用例后，仔细看看，倘若自己没有学过任何编程语言其实对一个项目的内容与细节也都完全掌握了。统一建模语言可以说是客户与编程者交流的一种语言。然而事实上统一建模语言并不是万能的。在项目中使用统一建模语言只是完全不懂的老板，以及什么都懂的博士的主意，而真实的场景中去做事的那些客户与项目成员，其实是未见得就能用好统一建模语言的。有人把统一建模语言比作是工程界的甲骨文,无非是条条加框框，这对于一些老板来说不如使用流程图让他们看的明白。因此面对不同的人，使用正确的沟通方式会使我们的沟通更有效。在不断要求最简沟通的今天，要完成一个项目，客户与项目实现者交流时间与次数变的越来越少。所以更有效的交流就成为了当下编程者需要额外掌握的职业技能了 。千万不要把平时的应酬用在这种交流之上，那只会大家大醉一场，然后没有按要求完成项目接着你被老板痛斥一番。
为不存在的角色留下沟通的渠道，这或许是我们一直在做的事了。我们一直在烦老师所要求的代码后加注释，觉得编程已经够头疼了还让我们加上注释。但实际上加上的代码注解并不会损耗我们视若生命的脑细胞，反而帮我们更好的了解自己要做的目的，让我们更好的实现一个程序，这也为我们团队的其他人更好的理解我们的程序做了充足的铺垫。可以说这就是我们开始在沟通了，这样的沟通实际上更有必要，对于软件后期的维护与升级上有极大帮助。做软件就是不断的在沟通，我们其实是一个服务的行业，而服务业，离不开的就是和他人的沟通。
很多时候我们所听到的沟通都是一种形式，掌握正确的形式，我们便离成功就不远了。