我的做业5——软工我的总结

1、请回望开学时的第一次做业，你对于软件工程课程的想象

1. 对比开篇博客你对课程目标和期待，“但愿经过实践锻炼，加强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为何？

   • 期待和目标
     学会了微信小程序的开发，学会小程序开发新语言，了解到关于一个软件从开始制定计划到能够验收交付须要通过一个什么过程，在此次团队项目里，让我很好的体会到了一个软件开发的过程，要怎么去进行需求分析，如何找到用户的痛点，怎么作好功能的四象限分配，如何在一个较短期里作好一个mvp功能，要如何作一个“足够好”的软件。

   • 不足
     • 逻辑思惟能力还不是很好，在写代码的时候逻辑不是很清楚就开始动手敲代码，致使一直出问题。
     • 对于时间的安排，在aphla阶段和beta阶段几乎都是要熬夜写代码的。
     • 语言表达，交流写做能力仍是没有获得提高，不可以清楚的表述本身遇到的问题。
2. 总结这门课程的实践总结和给你带来的提高，包括如下内容：
   • 1）统计一下，你在这门课程中，完成了多少行的代码；
     800,900行吧

   • 2）软工的各次做业分别花了多少时间？（作一个列表）

     做业	耗时
     我的做业1--阅读做业	7h
     我的做业2--提问题	8h
     结对编程	30h
     我的做业3--案例分析	5h
     团队做业1--团队展现	1h
     团队做业2--团队计划	2h
     团队做业3--需求分析	15h
     团队做业4--alpha冲刺	85h
     团队做业5--测试与发布	5h
     团队做业6--展现博客	3h
     alpha项目复审	1h
     团队做业7--alpha阶段过后诸葛亮	4h
     我的做业4--alpha阶段我的总结	7h
     团队做业8--beta冲刺	80h
     团队做业9--项目验收总结	4h
     beta项目复审	1h

   • 3）哪一次做业让你印象最深入？为何？
       alpha冲刺阶段，由于刚开始学写微信小程序，对于小程序的开发一窍不通，要本身找资料学习小程序的开发语言边学边写，遇到不少问题还不知道是什么缘由产生的，很心酸。常常要熬夜写代码，由于刚开始学有时候代码写的不是很好，还要一直改动。再加上有时候会开发平台莫名有问题，明明代码都没有改动过，别人的机子上能够运行，本身就不能运行，还要从新建立一个项目把代码导进入。关于链接服务器的问题，各类找寻方法。
   • 4）累计花了多少个小时在软工上？平均每周花多少个小时？
     累计花了200多个小时，平均每周花了17小时。
   • 5）学习和使用的新软件；
     知晓云、石墨文档
   • 6）学习和使用的新工具；
     微信开发工具、leango、jprofiler
   • 7）学习和掌握的新语言、新平台；
     微信小程序开发语言：wxml、wcss、js
     微信小程序开发平台
   • 8）学习和掌握的新方法；
     关于阅读要如何提一个有想法的问题，如何结对编程，软件开发从定计划到测试交付须要使用到的方法，如在作需求分析时可使用NABCD方法，可使用四象限的方法给功能定位。

   • 9）其余方面的提高。
     团队合做能力，解决问题的能力,抗压能力

2、写下属于本身的人月神话——我的或结对或团队项目实践中的经验总结+实例/例证结合的分析

• 在作结对项目时，须要彼此了解一下本身的能力，更好的分配彼此的工做，不要只有一我的在编程，另外一我的闲着。要注意每一个人的编程时间，不要长期由一我的掌控键盘。而且要注意时间的安排，在此次结对项目中，由于是要在上一届的代码进行修改，由于没有合理分配时间，提早阅读学姐的代码，了解整个代码的结构，致使在作修改的时候很痛苦。
• 在团队项目里，遇到问题通过一番思考以后若是想不出来解决办法，要及时要队友求助，不要死钻问题，我在开发过程当中遇到过由于有必定的编程疲劳了，可是又死要本身解决问题，致使浪费了很长时间在一个bug上，最后求助队员很快就获得解决。因此若是实在解决不了要及时要队员求助，而且在编程的时候要注意编程时间的长短，过长的编程时间反而会较低本身的效率，由于长时间的编程，思惟有时候就会被固定在一个方向，这时候就须要休息一下或者隔天再继续（已是晚上了）。

3、对下一届实践的建议，或者对于开学初的你，对于大一的你，对于开学初的我，你有什么想建议和告知的呢？对于后来人的期许。对于换人机制，有什么样的建议？

• 对开学初的我：
  多读书（文学方面的），提升本身的语言表达能力，交流、写做能力；合理安排本身的时间，作好短时间目标和长期目标；作事不要赶，缓下来想好了在作
• 后来人的期许：
  合理安排本身的时间以及团队合做的时间，当发生冲突的时候，要考虑好优先顺序，跟PM解释清楚，以避免工做安排发生问题。在团队项目里要善于跟队员交流，常常交流经验，遇到没法解决的问题要及时求助。作项目前要作好预备工做，须要使用什么编程语言要事先去了解学习，否则边写边学，会很痛苦。代码规范和源代码的管理也很重要。
• 换人机制：
  挺好的，能提升本身的适应能力，能尽快的融入一个团队里，理解新团队的工做安排，看懂新团队的程序，协做工做。模拟工做中可能出现成员的变更问题。

4、分析一下本身所处的团队。软件工程实践是大学里少有的认真的团队协做经验。《构建之法》上说团队的发展有几个阶段，你的团队都经历过么，最后到达了“创造”阶段了么？（参考《构建执法》第17章 人、绩效和职业道德）

• 萌芽阶段：我的的角色和职责不是清楚，可是项目刚开始，有点迷茫，还未适应团队环境、结构，不知道从何下手开始工做。
• 磨合阶段：对于项目有了必定的了解，工做开始有点顺手，没有发生冲突问题。
• 规范阶段：对于角色、职责定义和项目流程有了比较统一的认识，可以互相协助，交流经验。
• 创造阶段：感受团队还没能达到这一点，并无实现高度自治，角色和职责不可以根据项目的要求天然转换。

5、怎样证实你学会了软件工程？

1. 研发出符合用户需求的软件
   • 必须公开发布，有实际的用户，必定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 作没有用户使用的软件
     
     
2. 经过一系列工具，流程，团队合做，可以在预计的时间内发布 “足够好” 的软件
   • 有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 经过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

   原型设计工具：墨刀
   代码管理：码云
   项目管理：issue，leango

   项目规划
   需求分析
   用户使用调查
   相关测试发布博客:
   http://www.javashuo.com/article/p-vjteaqkm-hg.html
   http://www.javashuo.com/article/p-glmzbjci-hc.html
   http://www.cnblogs.com/coolgirls/archive/2018/05/08.html
   定时进度发布：
   alpha冲刺
   beta冲刺

3. 而且经过数据展示软件是能够维护和继续发展的。
   • 而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料
     码云地址

请在随笔中用数据证实上述内容或侧重选择之一。