Alpha阶段个人总结

一、个人总结

  1. 在alpha 结束之后,每位同学写一篇个人博客, 总结自己的alpha 过程;
  2. 请用自我评价表:http://www.cnblogs.com/xinz/p/3852177.html有比较才会有进步

1109684-20180521105841998-1363913376.png

二、回答问题

我们在课程开始之初,曾经要求大家针对软件工程提出问题:个人阅读作业2,那么在经过alpha阶段,大家是否对软件工程有了一定的了解?请结合自己提出的问题进行回答

Q1:关于依赖问题修复以及程序优化、扩大化/泛化的时机选择

P52 3.2 软件工程师的思维误区

其中关于依赖关系提到两种极端思想:一种是想弄清楚所有细节、所有依赖关系之后再动手心理上过于悲哀,出了问题都赖在相关问题上;另一种是过于积极,想马上修复所有主要的和次要的依赖问题。对于新手来说,虽然理解,可是真正实践起来却并不理想。经验的不足让我们难以把握,即便是积累一些经验后,也很难实现。如何能够快速准确定位?

过早优化、过早扩大化/泛化,提到软件具有很大的可塑性和扩展性,不应该在局部问题上陷进去,花大量时间对其进行优化,可是一个软件的模块之间存在着各种复杂的依赖关系,如果不尽早对其进行优化,中后期优化起来不就更复杂?(有想法就去想办法实现这是我基于现在学习阶段所提出的想法)

答:想要快速准确定位处理依赖关系的时机,除了实践积累经验之外,完整分析依赖关系很重要,比如有些模块之间并没有太大关联,甚至是毫无关联,这些模块所属的依赖模块组之间关联也不大,就可以考虑将这些模块组的依赖关系进行修复;有想法就去实现这本来是好事,但是如果什么想法都不计后果去想办法实现,会大大降低开发效率。先将想法记录下来,然后等待时机,如上述模块组形成,就可以以组的形式进行优化处理

QQ2:关于驾驶员与领航员连续工作的时限问题

P87 4.5.4 如何结对编程

其中提到驾驶员和领航员不断轮换角色,不要连续工作超过一个小时。我的想法是,现在的我们编程等各项能力都不是很精通,也许在一个小时内并没有太大的进展,此时停下来,可能会打断之前的思绪。再者,两人一起学习的时候会比单独学习更具有热情,相互之间也可以竞争,对大脑的刺激也会更强烈,一个小时并不能完全放飞两人的思绪。所以我觉得可以适当延长。(我所提的问题全部基于我对于现在学习阶段的想法)

答:一个小时眨眼就过去了,很难有太大的收获,适当延长无可厚非

Q3:关于敏捷流程的定义问题

P114 敏捷的流程简介

其中说到在软件工程的语境里,“敏捷流程是一系列价值观和方法论的集合”。看到这里我脑海里还是有一点的概念的。可是继续看后面对敏捷流程的一系列介绍,我对敏捷一词的概念越来越模糊。

敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。

--引用自《百度百科--敏捷开发

答:敏捷开发是一种以人为核心、迭代、循序渐进的开发方式,之前不是很懂,但是经过一轮的迭代,渐渐明白。

Q4:关于灵光一闪现该不该实践

P346 16.1.1 迷思之一:灵光一闪现,伟大的创新就紧随其后

迷思一,这句话说得有点绝对,但也不能说完全错误。书中提到阿基米德和牛顿是在顿悟之前已经在相关科学打下了深厚的基础,同时也为这些问题进行了长时间的思考,于是那些看似神奇的时刻才会光顾他们。并借此得出推论——不要一开始就想着找到并拼对所有的拼图块,以为能够打造一个巨大的创新。我并不是非常认同这个推论。首先,创新,顾名思义就是要创造新的东西,灵光一闪,本身就是突发奇想,以前从未有过的想法,对于我们来说就是新的东西。并且灵光一闪有可能转瞬即逝,如果不抓住,就容易错过。其次,如果不是本着找到并拼对所有拼图块的理念,那么在发现错误时可能并不会及时修正且如果问题积累过多容易半途而废。然后,灵光闪现时及时实践求证,尽管可能会出错,但是在实践中的积累会为下一次的灵光提供条件。

答:关于这个问题,我觉得实践出真知,实践也是一种经验积累,尤其是对于没有太多经验的我们更需要花费大量时间去实践。

Q5:关于“已经成功的公司还能创新么?答案是肯定的”所持的疑问

P360 上半页

“已经成功的公司还能创新么?答案是肯定的”这句话挑不出半点毛病,可是联系上文

当企业成功很久以后,就会有“文化”,就像历史悠久的大学、民族那样,有些事情,你的前辈就是这么过来的,你的前辈也是这么过来的。大家都习以为常,甚至以这样的文化(或者是惰性)、祖宗之法为自豪。商鞅变法,胡服骑射,都是古代创新的例子,这两个例子都有最上层支持,但是如果自下而上搞创新,“文化”未必会喜欢你,说不定会出人命的。

文中提到“文化”会限制创新,这句话不就有点乱入了?

答:联系上下文会混乱,我只好把它分开看

转载于:https://www.cnblogs.com/daijz/p/9061693.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
城市应急指挥系统是智慧城市建设的重要组成部分,旨在提高城市对突发事件的预防和处置能力。系统背景源于自然灾害和事故灾难频发,如汶川地震和日本大地震等,这些事件造成了巨大的人员伤亡和财产损失。随着城市化进程的加快,应急信息化建设面临信息资源分散、管理标准不统一等问题,需要通过统筹管理和技术创新来解决。 系统的设计思路是通过先进的技术手段,如物联网、射频识别、卫星定位等,构建一个具有强大信息感知和通信能力的网络和平台。这将促进不同部门和层次之间的信息共享、交流和整合,提高城市资源的利用效率,满足城市对各种信息的获取和使用需求。在“十二五”期间,应急信息化工作将依托这些技术,实现动态监控、风险管理、预警以及统一指挥调度。 应急指挥系统的建设目标是实现快速有效的应对各种突发事件,保障人民生命财产安全,减少社会危害和经济损失。系统将包括预测预警、模拟演练、辅助决策、态势分析等功能,以及应急值守、预案管理、GIS应用等基本应用。此外,还包括支撑平台的建设,如接警中心、视频会议、统一通信等基础设施。 系统的实施将涉及到应急网络建设、应急指挥、视频监控、卫星通信等多个方面。通过高度集成的系统,建立统一的信息接收和处理平台,实现多渠道接入和融合指挥调度。此外,还包括应急指挥中心基础平台建设、固定和移动应急指挥通信系统建设,以及应急队伍建设,确保能够迅速响应并有效处置各类突发事件。 项目的意义在于,它不仅是提升灾害监测预报水平和预警能力的重要科技支撑,也是实现预防和减轻重大灾害和事故损失的关键。通过实施城市应急指挥系统,可以加强社会管理和公共服务,构建和谐社会,为打造平安城市提供坚实的基础。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值