标签：
语言只是工具，对于一个程序员来讲，或者一个以程序员自命的人来说，看清这一切的第一步，就是要明白语言只是工具。关注点，在程序与方法层面是关注于具体的实现的，而在工程与过程方面，更首要考虑的是团队问题。从角色的角度上来说：开发经理思考项目的实施方案和管理具体的开发行为；而项目经理则保证团队的稳定性和一致性。
程序=数据+算法，这是编程的本源定义，也是原始的状态。与代码相关的任何工作，最终仍旧会落足于这样一条规则。你看不到你做事的行为，也就不能理解“模式”作为一种方法的价值。模式需要一定的编程经验才能理解，同理，理解过程也需要编程经验，经验来源回顾、理解与分析，而不是你将要写的下一行代码。
过程伴生工程而出现，过程解决的是工程中角色见的关系问题。因此过程中的问题，就是角色、沟通和环节的问题。那些环节重要，取决于具体的编程行为，也就是具体的项目。
而工程的出现，则是因为软件规模的不断增大。所以回顾每一个项目，或者项目中的每一个阶段，以及每一个团队成员交流的细节，是你日常的工作。
古语有言：工欲善其事，必先利其器。然而对于编程来说并不一定，使用工具的方法，比工具本身更关键。如同工程与编程，单以编程而论，讲究技法之精妙，追求细节与枝节是可以的；单对于工程来说，能让团队理解、统一执行、迅速有效的实战技法，才是真实所需的。就像战争一样，团队化的工程中，技法的优劣并不是关键。关键在于某种技法是否能为团队带来整体的成效，而不在于某个人是否喜欢，或者深谙于此。如同陈康肃公，有当世无二之技，不能用于“群战”，也是无益。
很多的高手，对于工具的本质并不是了解的。他写程序快，只是记忆中读过的、写过的代码多于别人；他思考问题比别人细致，只是因为他有过比别人更多的错误；他能带领项目团队，只是因为他经历过足够多的项目团队对于管理者来说，重要的并不是“让大家都关注工程的每一个方面”（这事实上也做不到）。工程管理者应当认识到开发人员的“工匠思想”的本质，并善用之。如同我们前面说的，你认为工匠思想“是个问题”，它才是问题。
化而用之，融通与融同，“融通”与“融同”的区别在于：前者以一通十，有运用变化的能力；后者则知工具之大同，信手而得，随心而用。南橘北枳然而对于确定的项目来讲，只有对这个项目有用的那些“功能”，才是这个工具的价值所在。所以，识见到工具“设计”所满足的那些“确定的需求”进而明确工具与项目的关系，才是解脱之法。
标签：
原文地址：http://www.cnblogs.com/longmakk/p/4964620.html
