大道至简_阅读笔记03

接下来是三四五章的阅读: 给我印象最深的就是第五章所说的在项目开发的过程中,难免遇到不少的问题,甚至是失败,但这并不代表什么,可能是我们在某些环节有一点漏洞,只要我们将其打上补丁,什么问题都能解决,但是我们在对项目的设计以及实现的过程中,还是需要按照人家客户的需求来做,成功和失败其实没有很明确的界限,在自己眼中是成功的,但是不一定在别人眼中就是成功的,就比如说,虽然我们将软件的功能都实现了,在我们看来是成功的,但是没能满足客户的需求,所以在客户看来就是失败的. 他告诉我们两件事请: 1.不要去逃

刚开始我就被这本书吸引了,虽然这本书的篇章非常的短小,但是里面却蕴含着我们受益匪浅的道理 这本书的第一章题目是“编程的精义”,并没有从编程的角度出发,而是用小故事的方式告诉我们一些道理.文章里的主人公愚公和李冰,愚公代表着一类程序员,这类程序员,只会埋头苦写代码,最终用大量的代码实现了一个小问题,这类程序员虽然很踏实,很勤快,但是还是没有发展空间,最终还是会被淘汰,相反,李冰这一类程序员,他们善于思考,不是一上来就是敲代码,而是先对问题进行分析,找出问题的切入点,将问题简单化,从而快速的将代码的

第六章讲了编程和工程的关系. 作者说语言只是工具,编程语言很多,都是工具为我们所用.过程伴生工程而出现,过程解决的是工程中角色间的关系问题.角色的确定,以及角色间的沟通问题,在项目过程中也同样重要.工程组织是否合理,相互的协作是否紧密,是这个项目能成功的保障. 工程是需要组织的,1)为项目的各个阶段建立计划,并逐渐地细化计划的内容,以及确立项目过程中每一个环节.每一个计划阶段的优先级和复杂度:2)确立项目或者产品阶段目标,成果的准确描述.定位,以及整个项目的质量目标及其评核办法:3)对团队中的不

<大道至简>阅读笔记1 不知不觉间看完了第一章,从这个章节里我看到了一些我们都明白可是却自己很难做到的道理. 书中从愚公移山的故事和编程相结合给出了编程的精义就是顺序.分支.循环,这些都是我们所熟悉的,也是老师在教学中耳提面命的,可是我们又有几个人能做到呢. 我们总是在找着各种各样的学不好学不会理由,“它太难了”,“我太笨了”,认真的想一想难道真的是它太难了或者是自己太笨了么?不,答案是否定的,追根究底是懒惰,是没能坚持.从根本上来说,不存在会不会写程序的问题,除了先天智障和后天懒惰者,这要你

<大道至简>阅读笔记3 看完这本书,最大的感触就是一语中的. 作为一个程序员出身的管理者具有“实现”的欲望的通病,往往会忽视我们的细节,比如说思考,在着手开始之前我们需要明确真正的问题所在. 软件工程首先关注的是以客户为对象的.整个工程的成败和质量.根本上说,技术性.重用性等等,只是保障工程成败与质量的手段而已.而哪些环节重要取决于具体的编程行为,也就是具体的项目. 软件工程的三要素是:工具.方法和过程,它们并不相互独立,而是环环相扣.相互作用.工程是对目标的描述和成果的检测.至于这个工程目标

<大道至简>一书中,说到了一万行代码可不可以写在同一个文件里?对于勤劳的人来说,要找一段代码,需按5001次的Pagedown,他并不会想到我要去吧程序分开部分.层次来写.但是那样真的是很麻烦,于是便有了单元文件.模块的划分.因为我个人编程能力一般,尤其很不会用函数.各种头文件.类啊什么的,所以总是想用最简单.最直白的方法来写代码,通常是尽可能的都写到main()函数里,到最后就导致功能混乱甚至实现不了,然后主函数好长好长,想改个错都找不到为什么出错,代码看起来也很乱,条理不清.看来要逐渐的学

看了大道至简一书,下面是一些笔记与感慨: 编程的根本:顺序.分支和循环. 程序=算法+结构.编程的第一要务是先把事情分析清楚,事件先后的逻辑关系和依赖关系搞清楚,然后再去代码实现.作者将愚公看作是伟大的工程家.作者认为在愚公的身上浓缩了项目组织者.团队经理.编程人员.技术分析师等众多角色的优秀素质.并且通过几段对话,给我们分析出了编程的根本:顺序.分支和循环.这便是编程的精义.其实仔细想想,我们平时编程,好像也是这样的,而我们并没有注意.程序+算法+结构,这是大一上第一节课老师就跟我们强调的,那

第六章中讲述了前置条件.触发事件和保证这三个方面. 简单来说,前置条件字面理解就是我们经常说的条件,条件成立,结果才有可能发生,此处也类似我们所说的条件.简单来说,创建订单依赖于"已经登录"这个前置条件.也就是说,2的前提是1,1发生2才能发生.这样就比较好理解了.在前置条件中,唯一强调的部分就是"一定要把真正必须的条件的写入前置条件."这里有一个典型的事例,我们假设在索要保险总金额之前,申请人至少已经提交了一个申请或账单.然而,并不总是这样:系统不能保证这个假设的

在接下来阅读本书的第三章.第四章和第五章的过程中,对文章的内容有了一些总结,虽然早期的软件有很多都是一个人做开发做出来的:但是,现在的个人开发的时代已经不复存在了,现在需要的是团队,需要的团队的协作完成.随之,就产生了一个问题,谁来做管理. 做管理最起码需要能承担责任,这是最基本的素质.当了管理就要承担更多的事情,更多的心理压力,项目经理的成功也是需要经验的磨练的,而且我们团队中的每一个成员都要能正确的认识到自己的职责自己应该完成什么任务,这也就应了第三章的标题,团队中缺乏的不只是管理,有一个很