关键词：
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第三章之后，我体会到了软件工程师的成长。
软件工程包括了开发、运营、维护软件的过程中的很多技术、做法、习惯和思想。软件开发流程不光指团队的流程，还包括个人开发流程，因为软件团队是由个人组成的，个人在团队中也有独立的流程。软件团队和团队中的工程师也是这样，软件系统的绝大部分模块都是由个人开发或维护的，在软件工程的术语中，我们把这些单个的成员叫做Individual Contributor。软件工程师的职业发展，自21世纪以来，中国大陆每年招收六百万大学生，其中的10%是在学习各种IT相关的专业，就软件工程这个职业而言，有很多证明个人能力的办法和模型。职业发展——考级之路，在中国软件工程师的执业资格考试有计算机等级考试和全国计算机技术与软件专业技术资格考试，获得了相应公司和行业的认证，工程师就可以更容易地获得相应的工作、合同机会。职业成长——Steve McConnell版本，首先一个软件工程师需要具备一定的知识和能力，知识：迈克康奈尔把相关的软件知识分为十大知识领域。能力：一个工程师面对这些知识的掌握分为四个阶段——入门、熟练、带头人、大师。职业成长——自我评估，并不是每个软件工程师都有强烈的愿望或者机遇去做最先进、最创新、最有风险的项目，绝大部分软件工程师都不是技术天才，但即使是一般的软件工程师，做一般的信息系统，也需要一些核心技术和许多扩展的知识，我们可以归纳出在中国IT行业“好工程师”的要素，并做成一个自我评价清单。
编程可以是一门理论，也可以是一门工程，还可以是一门手艺，我们要学好编程。 读了《构建执法》这本书使我受益匪浅，收获颇深，对现代软件工程有了更深一步的了解。
《构建之法》小组第三次
这周我们小组学习了《构建之法》的第四章，从中知道了很多代码规范的各种原则，这些原则在编程时约束我们，可以使我们的程序更加规范化，可读性更高，便于复审，测试和修改。 代码规范可以分... 查看详情
构建之法：第三次心得
...我主要学习了团队之间的合作的重要性。具体就是学习了构建之法的第四章和第五章。第四章第四章，讲的是两人合作。在软件行业的逐步发展中，一个软件基本上一个人是完成不了的，软件都是在相互合作中完成的。首先，代... 查看详情
构建之法第三次心得
构建之法第四、五章心得学习了第四第五章之后，我了解到了两人合作的注意要点，还有团队和开发流程。软件都是在相互合作中完成的，合作的最小单位是两个人。每个人的标准都不一样，对于什么是好的代码规范未必认同，... 查看详情
第三次随笔
?1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798991001011021 查看详情
《构建之法》第四次随笔
《构建之法》第四次随笔这半个月我阅读了《构建之法》第六章，第七章，第八章。 第六章主要讲的是敏捷流程。敏捷流程是一系列价值观和方法论的集合。敏捷对团队的要求很简单：自主管理，自我组织，多功能型。但是... 查看详情
随笔之读《构建之法》（作业一）
自从拜读了邹欣老师的力作《构建之法》后，感触颇深。从书中不难看出邹老师是一个才华横溢、卓尔不群的人。《构建之法》言辞精辟，引人入胜。虽然只是浅读了《构建之法》的部分章节，但是对其中的一些内容我也有... 查看详情
《构建之法》随笔一
...巧和方法还是比较陌生。所以，在这个周末，我学习了《构建之法》的第一章。一开始我以为是很枯燥的教科书类的题材，只有系统的代码教学之类的内容，但是翻了几页后，竟然出乎我的意料，编者的语言相当幽默有趣，引人... 查看详情
《构建之法》第二次随笔
阅读了《构建之法》第一章中软件工程的概论，我学习到了“软件=程序+软件工程”这个黄金公式，并且对软件工程充满了兴趣和信心。但是，一个好的软件工程开发团队需要首先确保团队里的每个成员是合格的工程师... 查看详情
《构建之法》第七次随笔
典型的软件团队里除了能写代码、测试代码和画图做设计的成员，还有一类角色也很重要，我们叫他们项目经理——PM。 PM的M就是Manger，但是P就有这几种：ProductManager、ProjectManager/ProgramManager,在不同的行业和公司，... 查看详情
《构建之法》第四次随笔
从《构建之法》前两章的阅读学习中，我了解到了软件工程的概论，知道了“软件=程序+软件工程”，明白了个人技术和流程。阅读了第四章之后，我了解到了软件工程中的“两人合作”。 现代软件产业经过几十年... 查看详情
《构建之法》第一次随笔
...间的学习，逐步对软件工程有了新的理解与认识。读了《构建之法-现代软件工程》（邹欣 著 第二版）这本书，感觉学习到了很多有用的知识和以前不理解的方面。书中一开始给出了一个定式“软件=程序+软件工程”，几... 查看详情
《构建之法》第七次随笔
这周，我学习了《构建之法》第十四十五章。第十四章主要讲的是软件的质量。软件质量等于程序质量加软件工程质量。程序的质量体现在软件外在功能的质量。衡量软件的功能，基本的判断可以用是、否来判定。软件的开发过... 查看详情
构建之法阅读随笔一
《构建之法》一书已完成了第一遍的阅读，接下来，我将随机抽取其中的一段进行精读。移山公司的项目进行了一段时间，TFS上也积累了不少数据。大栓做了“数据挖掘”，整理出来一些统计信息，向各位领导汇报。大牛：哇！... 查看详情
构建之法随笔
软件需求分析在软件开发过程中十分重要，过去人们一直认为需求分析是整个软件工程中的一个简单的步骤，“软件危机”爆发之后，人们才逐渐认识到需求分析是软件开发过程中最关键的一个工程。由此可见需求分析的重... 查看详情
构建之法第六次随笔
我这个礼拜阅读了构建之法第12,13章。其中，第十二章讲的是用户体验，我们要考虑用户体验的不同角度，用户的第一印象就很重要，用户第一次使用软件，就很大程度上决定了用户对软件的评价。软件服务始终都要记住用户的... 查看详情
《构建之法》第五次随笔
MSF，即微软解决方案框架，也就是微软推荐的软件开发方法，大约在1993年，微软在总结了自己产品团队的开发经验和教训，以及微软咨询服务部门的业务经验后推出的。MSF基本的原则：1.推动信息共享与沟通；2.为共同的远... 查看详情
构建之法阅读随笔二
谁不喜欢创新呢？然而细细想来，创新就是做和以前不一样的事，并不是所有的人都喜欢“不一样”。当你提出一个创新的想法时，你会得到什么回答呢？为什么我辛辛苦苦想出来的点子得不到领导或同事的赞赏？这里面有好几... 查看详情
《构建之法》第1216章阅读随笔
第一章：概论有一个朋友问我：“你们软件工程和计算机的课表差不多，你们有c有Java，他们也有，你们要学计算机组成原理，他们也要学，有什么区别吗？”大一我还真的无法回答，我只知道我们学费是他们三倍，但是学的课... 查看详情