【课外阅读】课外阅读Read001-Read100

课外阅读Read001-Read100

Read001 三个锦囊

1.阅读原文

Read002 活着

1.阅读记录

Read003 烟 囱

1.阅读原文

Read004 日本诺贝尔奖获得者

1.阅读原文

Read005 亮剑

1.阅读摘抄1

2.阅读摘抄2

3.阅读摘抄3

4.阅读原文

原文地址:https://www.cnblogs.com/yyyyfly1/p/12233709.html

时间: 2024-10-15 15:21:23

【课外阅读】课外阅读Read001-Read100的相关文章

轻快PDF阅读器阅读pdf文件步骤

每天都要用到各种不同类型文档格式,像WORD这些文档格式已经是我们使用最多的格式了,所以说当我们碰见PDF格式时,经常会手忙脚乱的.其实也就是利用一个辅助工具就可以完成对PDF的阅读了,大家可能还不清楚pdf阅读器要怎么操作?所以小编就要和大家好好分享轻快PDF阅读器阅读pdf文件的步骤. 轻快PDF阅读器界面整体看起来非常简约舒服,使用起来也非常高效,并且与电脑系统完美兼容.用户进入软件之后可以看到工具栏功能区操作一目了然,使用起来更为直观方便.它能支持文字复制.文字修改.页面旋转.插入前面.

2017-09-20 课后作业-阅读任务-阅读提问-2

今天我阅读了第九章项目经理 PM的M就是Manager,但是P有这几种:Product Manager.Project Manager.program Manager,但在不同的行业和公司,他们的作用和有不同. 在181业中有几个例子中的术语不太懂 开发人员的签入 的代码有一些小问题,这是风险吗?这不是风险,因为代码的签入带来的负面影响是软件的生命周期的正常事件--是一个常态.我们并不期待每个人都永远签入完美的代码.如果有人认为所有的代码签入 必须是完美的,此人将是项目的一个风险.

2017-09-20 课后作业-阅读任务-阅读笔记-2

我今天阅读了构建之法的第八章需求分析: 1获取和引需导求:找到软件的利益相关者,引导他们表达出真实的需求 软件企业 = 软件 + 商业模式 2分析和定义需求:从各个方面获取需求惊醒规整,定义需求的内涵 3验证需求:通过分析报告.技术原型.用户调查或演示等形式向客户反映我们对需求的认知 4在软件产品的生命周期中管理需求:需求在发展变化,技术在发展,团队成员的能力也在提高

课后作业-阅读任务-阅读笔记-2

今天我阅读了第九章项目经理 PM的M就是Manager,但是P有这几种:Product Manager.Project Manager.program Manager,但在不同的行业和公司,他们的作用和有不同. Product Manager:产品经理--正确的做产品. Project Manager:项目经理--正确地流程. program Manager:微软的职位名称 微软PM的来历:大部分公司的项目经理叫program Manager,微软的经理叫program Manager 微软公司

个人阅读作业——阅读《移山之道》

移山之道这本书还是很有意思的,读这本书也能从中学到很多东西.阅读这本书差不多用了我一个星期的时间,当然也只能理解其中一部分的内容. 我接触编程的时间并不长,是从上大学之后才开始的.但是时间也不短了.在过去的时间里,我编程的内容基本上是完成作业和考试,软件工程仅仅是在我脑海中的一个概念,在这门课中老师要求我们选择一本书来读,我便选择了这本<移山之道>.在阅读的过程中可以说是获益匪浅,同时没有了以前阅读专业书籍时的那种枯燥感. 下面我说一说在阅读过程中没有想明白的几个问题: 1.关于结对编程,目前

2017-10-30 课后作业-阅读任务-阅读提问

今天我阅读了第九章项目经理 PM的M就是Manager,但是P有这几种:Product Manager.Project Manager.program Manager,但在不同的行业和公司,他们的作用和有不同. 在181业中有几个例子中的术语不太懂 开发人员的签入 的代码有一些小问题,这是风险吗?这不是风险,因为代码的签入带来的负面影响是软件的生命周期的正常事件--是一个常态.我们并不期待每个人都永远签入完美的代码.如果有人认为所有的代码签入 必须是完美的,此人将是项目的一个风险.

2017-10-30 课后作业-阅读任务-阅读笔记-2

我今天阅读了构建之法的第八章需求分析: 1获取和引需导求:找到软件的利益相关者,引导他们表达出真实的需求 软件企业 = 软件 + 商业模式 2分析和定义需求:从各个方面获取需求惊醒规整,定义需求的内涵 3验证需求:通过分析报告.技术原型.用户调查或演示等形式向客户反映我们对需求的认知 4在软件产品的生命周期中管理需求:需求在发展变化,技术在发展,团队成员的能力也在提高

课后作业-阅读任务-阅读提问-3(2017-11)

就本次阅读笔记和我们团队存在的问题而言,有下面几个问题 书中讲了很多软件团队的模式,有主治医生模式,明星模式,社区模式等等.以及功能团队模式,有官僚模式.开发流程有写了再改模式等.但是,可能是我理解不深吧,看完还是么能理清团队如何合作(虽然我们用不上那些模式),团队里的每一个人负责什么.(虽然分工好了,但是总感觉没有整体感),要一起写需求设计吗?(需要把每个人的想法都统计一下吗)还是一部分人明白的人负责?(有没有具体的例子可以帮助理解呢.) 要如何才能让一个软件团队有条不紊等工作,他们之间如何分

课后作业-阅读任务-阅读笔记-4

阅读内容 第十六章<IT行业的创新> 本章说明了创新的理论和知识点.说出了创新的几个迷思.总结起来就是好的创新是需要积累的,没有过往的沉淀是没有好的创新点.即使有好的创新意见但是没有技术和经验的记录再好的创新也是不能够实现的. 个人关于创新的观点 创新不等于创造,也不是发明.所谓的创新就是把旧的变成新的,新的东西不仅具有旧的所有优点,还有自己的亮点.换句话说创新就是打破陈规使用新的思路完成.好的创新我认为应该具有以下几点: 相关领域经验和技术的积累 多看,看的多了,对比同种项目不同的展现方式

课后作业-阅读任务-阅读笔记-1

通过这几周的学习和 一.软件: 国际中对软件的定义为:与计算机系统操作有关的计算机程序.规程.规则,以及可能有的文件.文档及数据. 软件 = 程序 + 软件工程 二.软件分类: 系统软件.应用软件.恶意软件 三.软件工程定义: 软件工程是把系统的, 有序的, 可量化的方法应用到软件的开发, 运营, 和维护上的过程. 可量化:一般,指的是目标或任务具体明确,可以清晰度量. 系统:指将零散的东西进行有序的整理.编排形成的具有整体性的整体. 有序:有条理,不混乱 四.软件工程领域: 软件需求分析:软件