摘要： 作者很清晰的告诉我们 所有的理论知识都是建立在实践过程中的！实践是我们最好的老师,但是如果不能从中学习，再多的实践也没有用。还有就是估算大概有3个要素：第一呢就是“实践”，第二呢是“指标”，第三呢是根据指标建立一个模型。我是这样理解的 当要做一个项目的时候 清晰的知道 系统编程需要花费多长的时间？需要多少的工作量？应该如何的估计？ 如果清楚了这些 也就算胸有成竹了把！ 阅读全文

摘要： 其实这一章我感觉就是告诉我们 大型软件项目的组织是交流的结果,组织的目的是利于交流.组织分为两种：一种是文档的组织项目工作手册，另一种呢是人员的组织。人员的组织采用树形结构，每颗子树具有的本质特性有：任务,产品负责人，技术负责人，进度，人力分配，各部门的接口！ 阅读全文

摘要： 如今社会很关注的一个问题"面试"!有很多大学生,高材生！毕业以后通过面试找不到一份合适的工作,其原因是社会的腐败？还是自身的原因? 现在的企业对招聘者的简历变的越来越灵活！不是像以前用“文凭”和“毕业的学校”来衡量一个招聘者，这看起来确实是一件好事，因为现在好多以前貌似遥不可及的名牌大学在当今这个社会是有很多办法去实现的,这也就导致了大学生的泛滥.也就导致了招聘一个优秀的员工很难！其实现在的大学生包括我在内在找工作的时候应该先考虑到自己到一个公司能给公司带去多大的利益,而不是想着自己有这某某某大学的文凭,先端正一个心态！这样才能在面试的时候给人一种亲切的感觉。还有书中作者提 阅读全文

摘要： 通过读这章明白了一些道理:设计人员与实施人员要通过非常正式的交流,或者会议,电话记录,电子邮件等等进行充分的沟通,避免理解错误,最终测试结构以用户手册为标准进行测试。 阅读全文

摘要： 正如书中所说"想要成功,必须牢记开发人员承担创造性和发明性的实现责任,结构师只能建议,而不能支配,应当时刻准备这为所指定的说明建议一种实现的方法.同样准备接受其他任何能达到目标的方法"; 总体来说：也是就说开发一个系统的时候,程序人应该倾向于精细和简洁.应该知道自己对正在进行的任务了解多少，应当仔细谨慎的工作.最重要的应该谦虚. 切勿自大 阅读全文

摘要： 大概讲述了以下几点 1. “外科医生”对应团队中的首席程序员，首席程序员亲自定义功能和性能技术说明书，设计程序编制源代码，测试以及书写技术文档。这个首席程序员必须具备极高的天 分，较长时间的工作经验。。。总而言之需要较高的综合素质。 2. 副手：“外科医生”的后备。辅助“外科医生”工作，是设计的思考者、讨论者和评估人员。 3. 管理员：帮助“外科医生”管理一些财务、行政、人事上的问题。 4. 编辑：编辑、分析、整理、维护“外科医生”产生的文档。 5. 两个秘书：辅助管理员和编辑的工作。 6. 程序职员：负责管理程序版本，控制程序的运行。 7. 工具维护人员：负责管理小组使用的工具。 8. 测试 阅读全文

摘要： 读完人月后...明白一个道理!!单纯的用增加人手的办法去挽救一个项目或者说想加快一个项目的开发是行不通的；其实一个完成一个项目最重要的是先清晰一个项目规划,用最少人达到最快的效率.人多反而会导致项目开发速度下降的效果!当然像微软那样把编码“精英”都集合在一起开发 那想不快都难！ 那未免成本太高把.......... 阅读全文

摘要： 看完后总结了几点：1.把编码追求到完美,是学习跟工作中最困难的部分;2.真正的权威来自于每次任务的完成;3.任何创造性活动都伴随着苦恼的劳动，编程也例外不了;4.再完美的编程代码 也存在这BUG; 阅读全文

摘要： 我在想为什么我想当一名程序员是源于爱好？还是对编程的乐趣？ “也许就是当别人使用我做的系统或软件时那种成就感。这就是如书中所言：职业的乐趣所在:创建事物的快乐，开发对他人有用的东西，将零散的文字组装成一个有用的东西，不断学习的乐趣，创造性的工作。 ”。 阅读全文

摘要： 单纯的看这本书的名字真像浪漫小说书哈哈... 今天刚刚看完第一章,第二章发现仅仅依靠在工作时的单纯思考。程序员凭空地运用自己的想象，来建造自己的“城堡”,是远远不够的!还有所谓的"焦油坑"还在一直延续这,只有少数一部分人承受住了它的摧残！但愿我们这些菜鸟级别的人可以坚持住。 阅读全文