“语言只是工具”，你会无数次听到这句话。在最开始学习一门语言时，赞同这句话；在慢慢深入时，特别是遇到困难时（这里的困难更多指的是一门语言语法上的学习的困难，例如最开始学习C的时候的指针就让很多人觉得很难理解。），此时有人说这句话，你或许会觉得很佩服这个人、也有可能心里觉得对方在装X；再后来你自认为学会了一门语言（这里仅指语法、以及语言环境中的常用技巧，你可以使用这门语言做一些简单的事了）。有一天你要去完成一件任务，却被告知是和人合作完成，而语言不是你会的那一个。于是你本着好学的态度去学习并完成了任务这时你也许发现了，要完成一个任务，A语言（你会的那个可以），B语言（你刚学习和使用的）也能完成任务，于是你心里自然的冒出来了“语言只是工具”。无喜无悲，既不是装X,也不是装深沉，就是很直接的“认识”。也许你是个爱思考的人，于是你接着想到了，完成任务是目的，用哪种语言去完成是手段，所以“语言是”工具，是帮你完成任务的工具......（如果看懂了文末最后一张图，也许对“语言只是工具”想法又会有变化- -）
你是否有过上面这些阶段的经历呢？“语言只是工具”这句话在你学习理解的过程中，出现了多次，但是这多次的同一句话是一个意义吗？如果此时再次听到有人说出这句话，你会嗤之以鼻吗？也许会微微一笑，静静的希望TA能帮你回答出TA处于哪个阶段，为什么有这样的认识，因为假设了你是个爱学习爱思考的人，你经历了这么多阶段的学习，你知道“形而下者谓之器，形而上者谓之道”，而“道”是思想，是很难形象化描述的，它更多的来自于知识的积累、思考、动手，然后有一天你“悟”了。但是很可惜，你更多的遇到的是，TA说出了这一句话，没有了后文，留下了一个“不知所谓”的你。
于是你渐渐的不再去提这句话了，因为没有意义。但是很庆幸，你接触到了软件工程----曾经被很多人认为是抽象、无实际意义的一门东西。但是你很喜欢它，也许是潜意识觉得它是“道”觉得高大上，也许是其他，反正就是你挺喜欢它的，在那里你接触到了一直难以忘记的三个词“过程、方法、工具”。第一次知道了软件的生命周期（从计划诞生它----到消亡）的阶段。了解了一些模型，什么瀑布、螺旋、喷泉、增量、快速原型.....但是那个阶段知道这些，只是让你软工考试的时候，分数不会太低，然后其他方面似乎没太大效果。有时觉得很有道理，但是就是感觉做不来（你有过觉得一些东西很对，但是你却无法应用它的感觉吧？- -），你知道了那些模型，于是你可以和人交谈，听到别人说什么“需求分析、概要设计......”，你大概知道是什么（你只是了解了术语），，，，于是迷茫着，当然了假设你不是一个喜欢放弃的人，于是你学习其他语言，希望从不同语言里找出共性（因为你觉得这是一个获取“道”的手段），你觉得它们一定是有关系的。某一天你在软件工程系列书籍里发现了《重构》，发现了《设计模式》，然后你看到了大量的人在使用它，于是你很高兴的对那些认为软工无用的家伙们说：“看，这不是很有用吗？”（毕竟就如同语言之争【不是源于对各自语言的喜爱才会争执吗？】一样，你也喜欢维护你尊崇的或者喜欢的东西吧）。于是这侧面证明了你的猜测没有错。于是坚持了下去。
这个过程中，你接触了很多新的东西，概念，名词。什么UML，RUP，什么敏捷XP，什么领域驱动设计，什么软件质量保证，......太多了太杂了，每一个东西可能都要耗费大量的精力，同时也死掉了不少的脑细胞。你工作后，进入了一个团队，你的角色呢，嗯，程序猿一个。然后有你的上级领导，一般被称为项目经理这样的角色存在。你首先认为项目经理管着一群人，那么技术应该是最高的。到后来你知道了有项目经理，有技术总监，有行政的。反正就是似乎没有你想的那样完全围绕着技术转。你也许会认为管理团队，一般就是要情商比较高（这个似乎木有什么错），然后协调好队员关系就够了。直到有一天你接触到了项目管理，你发现似乎并不是这么简单，时间的把控、风险的分析、资源的调配.......，然后再分析种种行为，忽然就理解了为什么要这么做。可是这和技术有什么关系。真的就是把程序写出来就好了吗？你似乎慢慢试着跳出程序猿这个角色，试着站的高一点，尽可能的去看整体和全局。于是还有需求分析人员、架构师、HR、销售人员、实施人员，项目经理，技术总监，文档管理员、测试,可能还有一些你没接触过的，例如风险分析师，业务顾问......太多了 。而目的也不是做出软件就可以（只是对于程序猿这个角色来说，或者合适），而是找到顾客（市场），服务于社会（好吧。就是卖到钱，否则没饭吃，，肚子咕咕叫还写个什么代码吖，你这样想没错的），好吧，看起来很简单的一句话描述了，但是省略了太多环节，例如找到顾客这一点来说（我是顾客，我凭什么要买你的东西而不买别人的？哦，，，，）。那么这些东西到底是什么关系？看到一张图。彻底解惑（这也是为什么要写这个随笔的原因）：
