作业：阅读任务

这周老师布置了一个阅读程序的作业. 问题如下: 阅读下面程序,请回答如下问题: 问题1:这个程序要找的是符合什么条件的数? 问题2:这样的数存在么?符合这一条件的最小的数是什么? 问题3:在电脑上运行这一程序,你估计多长时间才能输出第一个结果?时间精确到分钟(电脑:单核CPU 4.0G Hz,内存和硬盘等资源充足). 问题4:在多核电脑上如何提高这一程序的运行效率? using System; using System.Collections.Generic; using System.Text

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

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

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

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

本周阅读了<构建之法>五.六.七章.    第五章讲了几种软件团队的模式.软件开发流程:第六章讲了敏捷流程的相关知识:第七章的内容是关于微软解决方案框架(MSF)的.    邹欣老师的这本书,写得形象生动,第五章用体育运动等团队例子引出软件开发团队的形式.软件团队形式多样,适用于不同的人员与需求.团队可能会演变的模式有:主治医师模式.明星模式.社区模式.业余剧团模式.秘密团队.特工团队.交响乐团模式.爵士乐模式.功能团队模式.官僚模式等.开发流程模式有:瀑布模式.瀑布模型的各种变形.统一流程.

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

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

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

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