标签：
随着时间的不断推移，我们的java课程也快接近尾声了，已经开始进行java的备考时间了，虽然时间是这么的紧迫，但我还是在百忙中抽出了这点时间，来写大道至简第六章的读后感。
过程伴随工程而生。过程解决的是工程中角色的关系问题。过程中的问题就是角色、沟通和环节的问题。过程是怎样的，客户不关心，他不会因为你对技术的远景描述而憧憬，他要的 只是实质性的程序。工程，工程的实现需要用到工具，需要实现方法，有一个团队协作的过程，并最终实现出对象。项目的“复杂”可能要求不同的知识领域的角色参与， 而“庞大”则要求更多的(人力、技术与管理)资源。“团队”作为开发行为的模式，是软件规模和复杂度渐次累积的结果。
工程和组织最好分开来讲，项目经理在关注工程细节的同时还要关注人力资源、项目资金以及多个项目之间的协调等等。这些与工程本身并没有直接关系，而是“组织”方面的内容。这些都在试图说明一个项目经理必须有一部分甚至是绝大部分非技术性的工作。项目经理要建立计划，制定目标，培训员工，协调工作，准备资源，决定项目某个环节的的进度，还要经常开会来总结、激励甚至是惩罚员工，还不能盲目乐观。如果你做不到这些，你很有可能会犯错误，然后失去员工的信任，接下来等待着你的就是收拾东西走人。
正如“模式”是一种方法，而模式就是你昨天书写代码的那个行为。你看不到你做事的行为，也就不能理解“模式”作为一种方法的价值。所以大师们众口一词：模式需要一定的编程经验才能理解。同理，理解过程也需要编程经验，理解对象也需要编程经验，这可能就发生在你去回顾你上一行代码编写的经过，或者上一个项目失败的经历的那一瞬息。经验来源于回顾、理解与分析，而不是你将要写的下一行代码。
工程，是对目标的描述和成果的检测，实现就需要工具来帮忙。软件规模的不断增大是根本原因。然而，几年前并不需要工程。即使有一个人愿意用20年的时间去写一个任意庞大和复杂的操作系统软件公司也不会给他机会。复杂需要不同知识领域的角色参与，但是庞大则需要更多的人力、技术与管理。“团队”是软件规模和复杂度逐次积累的结果。团队越来越庞大意味着软件规模越来越复杂。
很多人以为老板是给自己发钱的那个人，这其实是错误的。发钱的决策通常是由 部门团队经理，纪效经理， 财务经理来做出的。老板在公司中解决的是“经营”问题。从作者的叙述中，我明白了，我们要明确自己被雇来的原因，自己的工作是面向哪 一个层面的，以及你或者你的上司有没有权限来决定是一 个项目是否应该立项，或中止，这也很重要。
我还是要继续的去学习java这门课程，踏着朝阳，迎着希望，共创美好未来
标签：
原文地址：http://www.cnblogs.com/sanzangtdashi/p/4945772.html
