软件工程---阅读《构建之法》P384~391

    第一次阅读构建之法,把以前很多门课的知识点联系到了一起.      软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.      从一个简单的程序,扩展到一个满足各种功能的应用软件,再扩展到一个能保证服务质量的软件服务.源程序是建立在数据结构上的一些算法.构建不仅仅是CC和link命令,一个复杂

<构建之法>这本书主要是以"做中学"为授课方式,它不是只教给我们一些理论性的书本知识,而是让我们在完成一个个的项目时,真正掌握编程的精义,拥有熟练地编写代码的能力. 首先,我们先要确定在这门课上我们和老师的关系,即健身教练和健身学员的关系.因为这样的关系一旦确定.就要求我们每个学生,都是想学好软件工程这门课,而教练即我们的老师,就要根据我们每个学生的不同,制定合适的计划来指导我们的学习. 我们每个学软件工程的人几乎都知道"程序=数据结构+算法".而概论这

在我正式开始阅读这本书之前,我对于软件工程这个词汇的概念还是模糊的,认为它只是停留在是一门学科,一个专业,或者是一大堆硬生生的理论知识,然而当我读完构建之法这本书的推荐序和第一,第二版前言开始,我就深刻意识到我之前对于软件工程的肤浅认识是多么错误. 我看书一般喜欢从从书的封面开始看起,或许这也是大多数人看书的习惯,·在本书的封面素描着一副鲁班锁,刚开始让人感觉有点奇怪,明明是一本讲软件工程的书,为什么要用鲁班锁做为封面图案呢?原来玄机深藏于鲁班锁的内部,这鲁班锁从外部看,是严丝合缝的十字立方体,

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在

一个七天看完一本书的任务,刚开始真的很惊讶,觉得也不可能完成,然后就是开始吧.你根本不知道自己也可以很认真的看书,也可以静下心花很多时间看专业书.从软件工程的历史到软件工程的构建再到软件工程的发展,就这样大概的了解了软件工程.也了解工程不一定是很多人一起完成,也可以分很多种--个人开发.多人开发等.每种开发形式基本都逃不脱软件工程开发所遵循的一套基本流程,也必须遵循软件工程所遵循的所有原则.我觉得对一个新人来说要多看多练多检查,特别是花在代码复审的时间要更多才好. 看书过程时发现问题的过程,学习

<构建之法>第10.11.12章 第10章: 问题:对我们了解了用户的需求后,但是我们想法和做出来的软件会和用户的需求有偏差,比如风格.界面的修饰等等,那么我们程序猿怎样才能让自己的想法更加靠近用户的想法呢?是设身处境么? 第11章: 问题:我们现在这个阶段是在做四则运算APP,如果按照这章的步骤走下去,每天都要进行进度更新,和每日会议还有每日构建的,会不会不太符合我们现在的处境?毕竟我们的所有时间不能只为一门课程服务,还要大量的时间花在其他的课程上呢. 第12章: 问题:在实际的项目中,我们

通过一周多对这本新书的快速阅读,发现自己存在很大的问题, 如下: 一.软件工程这门课与JAVA,C++等这些面向对象程序设计应该怎样对接起来? 二.软件工程这门课,除了在上课的时候认真跟着老师的思路走,课后空闲时间,我们该怎样单独,或者在团队里怎么学习? 三.提高我们这门课的能力是通过敲代码,还是提高自己的逻辑思维能力? 四.在即将到来的人工智能时代,软件工程师这个职业是否能一直活下去?

在第四章我们进入了软件工程另一项核心的起步阶段——结队编程,所谓工程自然不是一个人便能完成的了所有的工作,而是一个集合了一个团队的合作完成作品的过程.在开始结队之前,需要达成共识的便是代码的规范性,这在编程界早已有了相应的通用准则且在随着整个行业的进步而不断更新着.作为合作的项目,个人能力上或许会有不同,但哪怕团队中有个别人才思敏捷却只按着自己的路子走,不贴合代码的规范,使其他人无法去阅读理解,这无疑是从一开始便失去了结队的意义. 故而我们要学会遵守代码的规范性,好的代码是可以方便队友一同阅读.

一.第一章计算机专业术语 1.1 软件=程序+软件工程 程序=数据结构+算法 软件=程序+软件工程 可以扩展为 软件企业=软件+商业模式 1968年提出了“软件工程”这个概念,软件工程就是把系统的,有序的,可量化的方法应用到软件开发,运营以及维护上的过程.软件需求分析,软件设计,软件构建,软件测试和软件维护都属于软件工程的领域.软件工程与我们生活工作与学习都息息相关,比如计算机科学,计算机工程,管理学,数学,项目管理学,质量管理学,软件人体工学,系统工学,工业设计和用户体验. 软件开发流程就是人