码迷,mamicode.com
首页 > 其他好文 > 详细

个人学期总结

时间:2018-07-13 13:21:26      阅读:19      评论:0      收藏:0      [点我收藏+]

标签:就是   详细   其他   认知   完成   需求分析   难度   代码规范   沟通   

任务一、

1、代码复审时,修改了当前问题,但是导致另一潜在问题出现,当潜在问题修改后,又会出现另一个问题,因为修改当前问题而引起新的问题,这种情况该如何解决??是推到重写还是将就使用??

答案:通过本学期团队项目的开发体验,得出了一个结论:项目开发是不断迭代的过程,出现的错误是需要不断修复的。而如果推倒重新写项目,就是用户的需求出现了问题。2、在项目或者团队工作时,我们的程序写来是要给计算机编译,但是主要还是让“旁观者”看清,这样他才会愿意接手这段代码,所以,代码规范就相当重要。依据代码规范,我们需要给代码添加注释,但是怎么添加注释?需要注释什么?

答案:注释是用来解释程序做什么(What),为什么这样做(Why),以及需要特别注意的地方的,如下:

    //go thru the array,note the last element is at [len-1]
    for(i=0;i<len;i++)
    {
      DosomeThing();
    }
  复杂的注释应该放在函数头,很多函数头的注释都是解释参数的类型等的,如果程序正文已经能够说明参数的类型等,就不要重复。
3、很多新入职的程序员在维护系统时会觉得之前的人写的程序不够理想,所以经常会有人想推倒重来,但是他看到的程序代码,已经是他之前的人推倒重写过的,而其他同事在使用时觉得还不如第一个人写的好用,这时,新职员是该推倒重写呢?还是继续维护之前的人写的系统?毕竟推倒重写不仅工作量大,还要考虑其他同事的意见,但是不推倒重来,我觉得对于一个编程高手是一件很难受的事,那么,怎么在这两者之间找到平衡之法呢?

答案:软件的开发就包括软件的后期维护,需要持续不断的迭代修改,正如问题一,如果要推到重写,则说明需求出现了问题,故而,我的理解是在需求没有问题的情况下不容许推倒重来,程序员只能迭代进行修改。

4、MSF强调产品团队与顾客的交流与合作,并不是拿到合同之后就闭门造车,因为项目的商业价值要由用户说了算,那么跟用户沟通就是重头戏,但是有时候由于用户不懂他想要的是什么,或者用户想要的和商业价值无关,又或者用户想要的我们还不懂,等等,各种问题,产品团队无法有效的了解用户的需求,那么如何跟用户进行高效、准确的需求沟通就成了一个迫在眉睫的问题。

答案:a.访谈   b.现场考察   c.资料查阅    d.问卷调查    e.市场调研/产品分析    f.团队讨论 

5、软件工程师往往以熟练掌握认知阻力大的工具而自豪,但是大多数用户的心理是要躲避认知阻力。IT产品的用户,有些是喜欢高科技的,喜欢尝试新的交互方式和体验,所以它们对认知阻力大一点的工具很有兴趣;大部分还是依赖于传统和系统提供的指令来交互,他们希望IT系统升级之后,还是熟悉的界面,东西还是在原来的地方。那么,软件工程师在设计软件时是一味的附和大多数人的习惯,还是只考虑喜欢高科技的人群的需求,又或者两者兼得?如果两者兼得,那么为了少数人而增加一倍的工作量,是否划算?

答案:在我看来,软件设计出来是供大多数人使用的,不能仅仅因为少数人的兴趣爱好而失去大多数用户,一个软件存在的意义就是被多数用户所需要,否则该软件的推广、后期维护等就没有什么意义了。

任务二、

1、统计你在软工课程实践中,完成了多少行的代码;

  这个没有详细统计,至少有几千行吧。

2、软工实践的各次作业分别花了多少时间?累计花了多少个小时在软工实践上?平均每周花多少个小时?(做一个列表)

作业一 6h
作业二 10h
作业三 20h
作业四 14h
作业五 5h
作业六 8h
作业七 8h
作业八 10h
作业九 10h
作业十 8h
作业十一 10h
作业十二 6h
作业十三(本次作业) 6h
累计花费时间 121h
平均每周花费时间 7.1h

 

3、哪一次作业让你印象最深刻?为什么?

  第一次作业让我印象深刻,因为第一次作业需要通读整本书,然后找出五个问题,在完全不知软件工程为何物时,这个作业让我对软件工程有了初步的印象,与之前只听“软件工程”这四个字揣摩出来的含义全然不同,也让我知道软件工程不是简单的软件编程,而是一个庞大的系统,一个环环相扣的过程。

4、学习和使用的新软件;

  墨刀、Visio绘制工具

5、学习和使用的新工具;

  墨刀、在线作图工具ProcessOn、Visio绘制工具

6、学习和掌握的新语言、新平台;

  github

7、学习和掌握的新方法;

  需求分析,在软件开发初期需求分析真的是不可缺少。除此之外往github上提交作业的方法也掌握了。

8、其他方面的提升。

  通过这学期的写文档经历,在写文档方面的能力有了明显的提高,当然也跟着团队里的大神学了一些WEB前端开发的技术。

任务三、

1、你认为本门课程需要在哪里进行改进,具体措施有哪些,包括:时间进度安排,项目难度等均可;

  如果这门课程还是放在大三第二学期,希望老师作业布置的频率小一点或者作业的完成时间长一点,因为这个阶段很多同学在进行考研复习,软件工程的作业不敷衍的做可不是几个小时就能完成的,有写作业是需要花费大量时间才可以完成的。

2、你认为助教/老师哪里做的不足,哪里限制太多等;

  我觉得欸有什么不足,限制就是有时作业布置的有点频繁,作业完成时间不是很充裕。

3、你认为每次项目的评分标准存在哪些问题,你认为的合理评分准则是怎样的(个人/结对/团队算三个)

  我不认为有什么问题,或许不同的助教评分不同,可是归根究底还是自己的任务完成的不好,如果你的结果足够好,谁都跳不出毛病的,说到底还是个人能力不足。

4、在结对项目中你是否真正体会到了结对的好处,是否真正严格进行了结对编程,双方的工作量是否相同;

  我的切身体会,结对是很有好处的,我不擅长的说不定队友就擅长,我可以请教,而在编程时有人陪着真的可以事半功倍,最起码在卡住的时候不会感到很烦躁。严格来说我们是进行了结对编程的,不过工作量不是完全相同的,但是相差只是一点点。

5、你的团队项目是否成功,如果重来一次你是否还会选择这个团队,为什么成功/失败;

  虽然还有10%没有完成,但我觉得我的团队项目是成功的,重新选择我还是会选择这个团队,团队成员都很给力,每个人的任务都完成的很棒,大家相互配合,齐头并进,当然不会有不成功的项目。

6、总结一下你们团队在做项目时大家的时间安排情况。

  整个项目不是一次完成的,这中间有个还不算短的过程,所以我们团队是根据个人特点分配任务,不会把每个人都套牢在这个项目里,大家的时间相对自由,不过攻克技术难题的队长花费的时间相对较长,其他成员都差不多吧。

7、对下一届软工课实践教学的建议,或者对于开学初的你,对于大一的你,对于开学初的老师,你有什么想建议和告知的呢?对于后来人的期许。

  对于后来人的期许:软件工程不是简单的软件编程,软件工程就像是一个软件生命的创造过程,需要一步步细心、认真的对待。可能在完成作业的过程中会有不耐烦的时候,但是请坚持,坚持下去就会发现,软降工程是一个很有意思的课程,不是初见就能够领略她的内涵的,需要慢慢磨,才会找到被人找不到的乐趣。

任务四、你还有什么想说得话

  这门课程让我对软件工程有了全新的理解,在这学期的学习过程中有时会因为作业的繁琐而感到不厌其烦,但是每次把作业完成提交的那一刻成就感还是会把之前不好的情绪清洗干净,特别是得到助教的肯定,顿时就觉得坚持是有意义的。整个一学期就要结束了,软件工程的所有作业都结束了,从开始的不懂到后来逐渐感受到每一步的益处,让我对于这门课有了不一样的感觉,这个过程虽然有些曲折,但是直到结束之后,真正明白“软件工程”这四个字的内涵,才觉得这门课真的是其乐无穷。

个人学期总结

标签:就是   详细   其他   认知   完成   需求分析   难度   代码规范   沟通   

原文地址:https://www.cnblogs.com/devilwjy/p/9250199.html

(0)
(0)
   
举报
评论 一句话评论(0
0条  
登录后才能评论!
© 2014 mamicode.com 版权所有 京ICP备13008772号-2
迷上了代码!