标签：过程 拆分 管理 个人 一句话 最大 需要 语言 项目
虽然当初是自己选择的计算这个专业，但学习一年多以来，编程对于我，却的确是个很难的事情。然今天读完大道之间，突然有了些新的感悟，虽不说能让我进步神速，但对于算法的认识，编程的精义，以及从编程到工程的一些问题还是有了新的理解。
在开始读这本书之前，我也以为这也是一本如c或c++那种教材性用书，然而读之后才发现，这本书非常通俗易懂，作者用愚公移山的神话故事开篇，用平易近人的语言为我们平铺编程的精义，一个被我们视为愚者的老叟都懂的分工明确，将一件事拆分为几部分，做一件事，判断做没做完，然后决定是继续还是结束。十分通俗，也是作者所讲的精义所在，虽然愚公移山工程之浩大，然改写成编程不过寥寥几行，直至不得不感叹编程之便利。
在往后细细读之，给我最大的惊讶是作者除了是一位厉害的技术人员，对于团队管理，整个工程的把握以及客户之间的沟通也有自己的独特见解。我一直以为我们现在要学的首先是编好一个程序，对于什么管理，那是以后工作了再了解的事情。然而作者一个鲜明例子，他做办事处经理的经验，告诉我，生活并不是时时刻刻都会让你准备好在出发。一个软件的开发需要的不仅仅是技术人员，甚至更重要的是开发经理，项目经理，毕竟产品的开发的本意是给人使用，管理团队，了解市场，沟通客户，同样需要手段。这上升的又是另一个层面，其中让我觉得印象深刻的是作者举的蚂蚁的那个例子，对于一群蚂蚁的工作，你首先要做的不是打扰，而是让蚂蚁以为你也是蚂蚁，然而你自己必须清楚，你并不是，你是那个可以在洞外放木棍的人。
然全书让我感悟很深的是作者从编程到工程的理解，从技术的个体上升项目的全体，说这么多，编程，不论开发过程多么繁琐，语言多么细节，作者一句话，这语言也只是工具罢了。对于作者给出的一张图中，工程属于比较靠外的那一部分，其实说直白些不过也就是，靠着便捷的方法，快速简洁的过程，运用恰当的工具，做的一些事情罢了。在一个项目或者工程越做越大之时，我的理解，也是把这些的部位放大，把团队组织扩大罢了。其目的也就从产品本身发展到这个项目的长远发展，从技术层面更多转移到非技术层面。
最后，我思考其多的是，一个优秀的程序开发员，不应过多的计较技术上面的细节，对于那种语言的好与坏，这种层面的讨论，没有必要，每个人都有每个人的看法，与其过多纠结，不如在学会一门语言后，培养培养自己学习以及管理能力，保证自己能更快适应一门新语言或者新工作，这样才会大大提高自己的市场竞争力，也才算是一名合格的程序员了。
标签：过程 拆分 管理 个人 一句话 最大 需要 语言 项目
原文地址：http://www.cnblogs.com/anhaoai/p/7401900.html
