《构建之法》及《大道至简》阅读计划

<构建之法>第四章---阅读总结 前言 看到这个章节的名字,我想起了之前老师叫我们看的<硅谷传奇>,原来老师是想让我们在学这一章节之前先了解两人合作的重要性.确实,软件工程既然能带上“工程”二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作.由<硅谷传奇>可知,一个好的合作伙伴是多么重要,两人能有着共同的追求,又能包容对方的性格,各施其长后能力就不再是简单的1加1了. 分析与理解 本章节围绕“两人合作”的中心,主要讲解了编程规范

阅读完邹欣的<构建之法:现代软件工程>,我感触挺深的.之前总是将软件设计师的工作和整天枯燥的写不完的代码联系起来,这样就容易忽略这个过程中的乐趣所在.作为一个好的软件设计师,不仅要有好的技术,还要善于分析用户群体的功能需求.不过仅仅有这两样还不够,因为现在社会需要越来越复杂,越来越精细化,软件更新的速度也越来越快.因此团队协作的重要性也日益重要,团队分工的合理性也直接影响整体工作的速度和效益.基于兴趣的基础上,在老师的帮助下和自己的努力中不断提高编程能力,多注意团队协作能力,并且在应用中学会分

这几天我读了这本书的最后几章,使我对软件开发的过程也是有了更深的了解,从第六章的题目中可以看出,不管对于任何工程项目的开发来说,一门开发语言只是一个工具,每个语言都有自身的特点,我们要根据不同的使用环境及使用要求来选择最合适的编程语言,但是在没有特定要求的题目或任务中,我们要选择自己最擅长的语言来编写代码 在项目的开发中,要灵活应变,理想的状况下,“软件工程=过程+方法+工具”.然而工程成功的真正关键,并不在于你把你的团队“组织”的有多好.即使在团队中他们都显得有条不紊,你一样会面临失败. 第八

本周我阅读了<大道至简>的第4张——流于形式的沟通,读后反思与感慨也是颇多的,下面与大家分享一下. 为不存在的角色留下沟通的渠道,这一节对自己来说体会是最多的.之前我们或其他自己所知道的团队中都存在这样一个问题:维护旧项目比做新项目更难:或是很多时候当项目负责人员离开后,项目就中断和中止. 许多人应该深有同感.     本书中对此情况进行了说明,把这一切的原因归咎于“没有history”.历史记录(History)与注释(Comment)不是一回事.代码中的注释是为阅读代码而留备的,而Hist

第一章:通过阅读构建之法的第一章概论,我知道了软件是由程序和软件工程组成的,一个简单的程序可以升级到一个软件的发布和软件的服务,软件开发经历许多阶段,这些阶段使软件开发愈发成熟,软件有复杂性,不可见性,易变性,服务性和非连续性等特性! 第二章:阅读了个人技术与流程中的单元测试,我知道了单元测试可以保证程序的质量,改善自己的程序,但是对于单元测试我还是处于懵懵懂懂状态. 第三章:第三章主要讲了软件工程师的成长,我们作为学习软件的学生,我们可以通过考级和实践来证明自己的能力,但是对于形形色色的考级和

近期开始了<大道至简——软件工程实践者的思想>这本书的阅读.又是一本关于软件工程思想的书,没有堆砌的代码,简约而真实. 这本书的序我也看了,看完我更加了解这本书.周爱民老师是专注而真诚的人,他不追求出版的经济效益,只希望表述自己的思想,希望可以对无数软件工程从业人员有帮助.他做到了他书的题目那样写书,大道至简.其著书立意一点便值得我们学习,我们应当在当今浮躁的社会有颗对于知识的简单的心. 编程的精义以愚公移山引出,通过著名的我国古时的故事阐明了编程的精义很简单,愚公移山中即已有编程的思想.许多

今天我读了<大道至简>的第一章,虽然第一章题目叫做编程的精义,但它并没有一开始就从编程的角度进行讲解,而是先举了两个例子,分别是愚公和李冰两人通过自己的方法开山的过程,其中愚公代表着一类程序员,这类程序员,只会埋头苦写代码,花大量的时间巧写代码,日复一日,月复一月,这类程序员虽然很踏实,很勤快,但是发展空间较小,最终有可能会被淘汰.相反,李冰这一类程序员,他们善于思考,不是一上来就是敲代码,而是先对问题进行分析,找出问题的切入点,将问题简单化,这样才能快速的将代码的功能实现,最重要的是,节省了

<大道至简>至此全部读完,这里谈一下对最后几章的感受. 作者在最后几章里向我们介绍了现实中的软件工程,对与思考与思想方面进行了讨论.我们要了解从编程到工程的转变,在学习阶段我们是从一个个程序编起,但到做起项目来则是一个工程,并非简单的程序本身.除了有单纯的编程技术外,我们也要有执行工程的能力. 对与软件工程的开发,我们要有一定的思考能力.讲技术的书很多,将工程开发的文章也很多,我们可以了解很多知识,但关键在于我们要思考,要懂得好的东西背后的思想.在开发过程中,我们要理解角色不同,思考的层面也不

大道至简第6章“从编程到工程”中说到“语言只是工具”,对这句话我感觉既是对语言的膜拜也是漠视.不同的角度应该有不同的理解,作为一个初学者,没有什么开发经验的学习者,我们所应该做的不是研究太多深层次的东西,应该抓住基础的东西,多多练习,把语言学习当做一个重点来学习.当有了足够的编程经验,我们应该转移我们的重点,渐渐地总结那些方法和模式,把编程的过程当做一个工程对待,这应该才是一个初学者到管理者的成长过程吧!

不知不觉,<构建之法>已经读到了最后..... 十三章:软件测试 本书里面写了好多软件测试的方法,我该怎么选取呢 十四章:质量保障 质量保障可以通过用户的反馈来体现吗 十五章: 稳定和发布阶段 软件发布以后,可以怎样的情况来更新维护 十六章:IT行业的创新 我觉得创新是在你已经对本行业已经有一定的了解,但是我们好多基本的都还没掌握,该怎么创新呢 十七章:绩效和职业道德 在出去工作以后,公司都是以绩效和职业道德来恒定员工的吗