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

 <构建之法>第四&十七章读书笔记 一．         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,

<构建之法>第4.17章读书笔记 第四章 原文语句: 异常不能跨过DLL或进程的边界来传递信息,所以异常不是万能的. 提出问题: 1.什么是DLL?DLL是来解决什么问题的? 网上说法: DLL是Dynamic Link Library的缩写,意为动态链接库.在Windows中,许多应用程序并不是一个完整的可执行文件,它们被分割成一些相对独立的动态链接库,即DLL文件,放置于系统中.当我们执行某一个程序时,相应的DLL文件就会被调用.一个应用程序可有多个DLL文件,一个DLL文件也可能被几个应

写在前面: 这天迦父带着迦娃(也就是我啦)来到迦木司,一个衣着烂衫的中年男子接待了我们. 看到这个人,我心里吐槽:这所小时候听说过的新世界也太不靠谱了吧,怎么派了这么一个不修边幅的人来接待我们.后来才知道这位接待我们的人就是大名鼎鼎的委派者(委派者模式),因为早年触犯第六指原则,被逐出门外,但念其是初犯且认真悔改,就让他负责接待外部人员进入迦木司并且给新人起名字. 不过委派者虽然衣衫褴褛,但仍旧无法掩饰他俊朗的容貌以及散发出的独特气质.这位中年男子倒也热情,上来先说叫自己委老就好了.可我心里却在

<构建之法>第一.二.十六章疑问 我通过阅读发现这是一本十分有趣的书.不同于别的书的晦涩难懂,<构建之法>利用浅显易懂的语言,贴近生活的例子向我们讲述了软件工程的内容. 第一章  概论 软件=程序+软件工程 扩展:软件企业=软件+商业模式 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营.和维护上的过程.软件的特殊性有a.复杂性 b.不可见性 c.易变性 d.服从性 e.非连续性.软件工程与计算机科学的区别:计算机科学中与实践相关的部分,都和数据以及其他学科发生关系:

第十章: 典型用户和场景对后面工作有什么帮助吗? 第十一章: 每日构建的目的是什么呢?有没有具体说明? 第十二章: 产品定位人群是否也局限了产品的可拓展性?

第十章典型用户和场景 1.典型场景和典型用户 对用户的认识,例如用户的价值,如何定义用户,用户与场景的结合,在从场景到任务等,还有用户的模板或者故事. 2.规格说明书 (1)功能说明书 定义相关的概念->规范好假设->避免误解,界定一些便界条件->描述主流的用户/软件交互步骤->一些好的功能和副作用->服务质量 (2)功能说明书模板 (3)技术说明书 (4)功能驱动的设计 构建总体模型->构建功能列表->制定开发计划->功能设计阶段->实现具体功能 对

第十章(P183  10.1) 问题:用户的真实需求是什么?我们要如何理解用户的真实需求? 第十一章(P203) 问题:如何跟客户交流,避免误解? 第十二章(P230) 问题:用户体验设计该从哪方面着手?有哪些步骤?

身在大学,却想起了在高中的生活和初中的生活,特别是初中的生活,为什么这么说呢!因为<构建之法>,看了其中的两章的内容,为什么想到了初中和高中的生活呢,因为在高中和初三的时候看的最多的就是课本,虽然有时会看不进去,但是同样会硬着头皮去看,因为要想考一个好的高中所以就认真的学习,看书.但是到了大学,可以说很少去看课本了,都开始看电子版的书了,当然看的电子版的书,就分好坏了,(其实书都分好坏,主要是看你怎么去看待它,在书中看到的是什么,是主人公的坚持不懈的努力,还是一些其他的东西!)而我就看了好几本