放弃不如苦熬

  在项目的需求/设计/实现/测试/发布阶段中，每个阶段的具体收获。

1.需求分析中最大的收获：理性分析需求，既要周到全面也要考虑可行性。
2.设计阶级的最大收获：对整个软件要进行模块化分割，每⼀个模块的详细设计最好有个说明⽂档。

3.项目实现的最大收获：合理分工，群策群力，调动积极性，最最最重要的就是克服畏难情绪，软件开发过程虽然对于我这样的小白很难，但网络上有大量的开源代码可供使用，在实现的过程中可以学习借鉴，只要看懂了稍做修改就能解决问题。

4.测试阶段的最大收获：学会了pycharm的单元测试功能，虽然最后测试时没有使用，但在前期课程作业中有过使用，知道了单元测试程序如何编写。

5.发布阶段的最大收获：学会了pycharm与码云代码仓库的配置互联，掌握了基础的commit、git、push、pull操作。

心得体会和课程收获

       总的来说，该门课程的学习过程是煎熬的。本来可靠性这门课才1个学分20学时，没想到合课成了40学时，感觉这就是所谓的不祥之兆吧。经过40个学时的学习，总算是连蒙带混的上完了这门课程，煎熬的不是课程与讲授本身，煎熬的是不懂还要硬撑。

       对于一个编程小白来说，该课程并不讲授程序的开发，编程软件的操作使用，而是直接讲软件项目的开发，程序编写需要课下自学，虽然自课程结课也没有搞定程序编写，但起码能过看别人的代码，然后学习修改，这也算是收获之一吧。

       未接触软件⼯程之前倒还挺想学这门课程的，因为觉得这门课很⽜，是那些⼯程师、职业码农等⾼⼿才摆弄的东西。学了⼀个学期的软件⼯程课，也就知道了个软件⼯程的皮毛（得了吧，皮毛也不一定知道）。由于没有程序开发经历，学的时候总觉得很抽象，总是摸不着头脑⼀种很茫然的感觉。

       曾经以为程序就是软件，软件就是程序。学习这门课程也算是知道了⼆者的不同之处。经过⽼师的讲解、课程的学习，理解了软件⼯程，就是⼀套⽤于软件的团队开发，以提⾼软件质量和程序员⼯作效率为⽬的的规范。
        在我们组项目开发的过程中，起初，对软件⼯程处于一无所知的状态，分⼯纯粹乱写，无所谓谁干哪一项。最后在大家的共同努力下，通过求助高手、广寻代码、自我学习、百度搜索、视频教学等方法，可以说无所不用其极了，最后完成了开发环境的配置，代码修改，功能修改，渐渐形成良性循环，基本实现了该项目的开发。
　　上《高级软件⼯程》这门课，还有一大收获就是能撑住就别放弃，课程期间一度想放弃这门课，也就1个学分，拿的太过痛苦还不如放弃，反正我总体学分正好多1个，这门课过于不过并不影响太多。但是我背后是一个小组，实在不想因为个人而去影响他人，所以虽然心态不正，但也是咬牙坚持，最后还是大家共同努力，完成了课程软件开发作业，虽然不是我们从头到尾编写的代码，但是修改的过程也是学习的过程，因为修改的前提是要看懂别人的代码，这对于我们组来说已经是很大的进步了。教员说代码提交后还要根据我们的软件，提出新的要求，去验证软件开发的能力，说实话心里没底，但是已经在这门课程中习惯了，还是那二个字：死撑！
　　其实开发软件，就像是解决⼀个逻辑问题。⾸先是要有⼀个全局想法，即我写的这个程序是要干什么的;然后就是对要实现的核⼼功能⼤概构思⼀种或多种实现⽅法，并从中选出⼀种⾃认为是较好的;接下来就是将涉及的各种主要或次要功能分成各个模块;最后就是分模块来编码。在我看来，除了第⼀步外，其余的步骤应该是⼀个循环的过程。在编码的过程中，你总是需要不断地回过头来修改原先的模块设计，甚⾄最初选定的实现算法。具体到每⼀步的⼯作要怎样完成，是⾮常灵活的，只要把握住⼤体的⽅向就⾏。

最擅长的一个相关技术，我觉得没有擅长的技术，在开发的过程中就是熟悉了好几个程序代码网站，通过CSDN/PUDN/好例子网/github等，找到了想要的代码，然后进行修改加工。