软件工程实践心得-优快云博客

本文分享了作者在软件工程课程中的实践经验，包括学习Dreamweaver、MySQL、Photoshop等工具及HTML、CSS、JavaScript等语言的心得，介绍了在项目中完成800+行代码的经历，以及团队合作的阶段和感悟。

1.学习和使用的新软件
- Dreamweaver、Mysql
2.学习和使用的新工具
- 界面美化过程中设计图片使用了photoShop
3.学习和掌握的新语言、新平台
- Html、css以及部分JavaScript
4.统计一下，你在这软件工程实践中，完成了多少行的代码
- 800+
5.学习和掌握的新方法
- 搭建服务器、屏幕适配、软件测试、数据存储、建立git仓库以及上传代码

总结与展望

1.记录自己在软件工程课程上的经验总结
软件工程这门课程是在专业学习中为数不多的以实践编程为第一要务的课程，通过自己本身不断的学习，以及与现实技术、想法的融合，不断的修改、不断的努力，最后得到了自己期望的效果、不知不觉中也掌握了较多的知识。相信在以后的设计、开发过程中，这门课程的学习是有质的帮助的。
2.对于下一届的学弟学妹你有什么建议和告知呢？
“实践是检验真理的唯一标准”，在你自己做项目、敲代码的过程中，你才会领悟到更多；加油！we are伐木累！！！
3.分析一下自己所处的团队。软件工程实践是大学里少有的认真的团队协作经验。《构建之法》团队合作的阶段，你们团队经历过么？最后到达了哪一阶段？
（1）、磨合阶段：在这一阶段中，每个人都有每个人的想法，同时有着各自想要实现的功能、效果；期间大家相互让步、相互讨论、吸取他人好的建议，最终实现大一统的思想。
（2）、规范阶段：各自分工，按照各自的职能、擅长技能进行基本的开发、实现基本的功能。
（3）、创造阶段：三个相互探讨、改进一些不足，在软件测试方面中，完善并且修复了一下缺陷，同时也添加了一下设计之外的想法、功能。
4.个性发挥，包括图文、照片和创意等
这就是不一样的我，不一样的焰火！！！
对于《构建之法》的几个不懂的问题（补充）：

1、《构建之法》第四章（4.3.2）中，“函数最好有单一的出口，为了达到这一目的，可以使用goto，只要有助于函数逻辑的清晰体现，什么方法都可以用，包括goto”；但是教材（《C++程序设计教程-设计思想与实现》清华大学钱能老师著）提到现代程序设计方法主张限制使用goto语句，因为滥用goto语句将使程序流程无规则，可读性差。但是goto语句的价值在于从多重循环中直接跳到循环之外是可以发挥大的作用。
- 对于函数逻辑的清晰体现与可读性差到底该如何理解呢？两者可以混为一谈吗？
- 回答：一是说：为了特定目的，可以使用；另一个是说：限制使用，避免滥用。这之间是不存在冲突的，在软件开发的过程中，并不只是使用一种语言，随着知识的不断累积，代码种类的增多；完全可以不需要goto语句，编辑代码的过程中有时应该少钻一点牛角尖。

2、《构建之法》第四章（4.4.3）中，“代码的可读性如何？有没有足够的注释？”这部分的意思是只要代码中注释够详细、够多、够全面就可以理解成为可读性较高吗？
- 但是我认为：“一段代码应该是复杂度较低、代码简炼并且重点、难点部分有注释即可。”请问老师：“我可以这样理解吗？”
- 回答：这种问题主要体现在团队开发的过程中，因为存在成员之间不同的分工，每个人有不一样的编译方式、或者习惯；在开发之前团队应该制定统一的代码规范、编辑风格；使得代码简炼、但又易懂；在使用一些嵌套或者区段代码量较多时应添加注释方便后续人员操作、修改、测试等

3、《构建之法》第五章-团队和流程中，团队模式和团队开发模式之间有什么关系呢？
- 我个人上网了解一下，之后理解为：“团队模式与团队开发模式之间可以存在不等于的情况，而且“不等于”完全是可以的，团队模式适应于不同的人员和需求，而团队开发模式适应于不同的项目软件和程序结构”；这样理解是正确的吗？
- 回答：当初不知道为什么钻了这么多的牛角尖，其实两者只是概念或者定义上的不同，每一个团队、每一个模式随着成员性格、项目、工程、分工的不同完全可以相互取舍、相互添加；适合自己团队的就是最好的。

4、《构建之法》第九章-项目经理（9.5）中，书中提到是“一定的专业能力、自省能力、观察理解快速学习能力、分析管理能力”，但是个人觉得在现实中，社会更偏向于管理能力较强、专业能力一般的人选择担任PM。
- 假如我们从事IT行业，是从具有一定的编程能力的程序员步步上进为PM，但是社会中大多数情况好像不是这样。老师有何高见呢？
- 回答：学完这么课就一想法，“先走好自己的路吧！还没到飞的时候！”掌握、奠定好好自己的编程基础，人生并不是一蹴而就、慢慢来，以后的人生阅历会告诉我自己正确的答案。

5、《构建之法》第十章-典型用户和场景（10.3.2）中，关于技术说明书（设计文档），它是从一至终都不变的吗？还是可以从前期设计到后期制作过程中不断完善呢？或者是还有什么其他的途径呢？
- 回答：在实际的开发过程中，随着客户要求或者建议等增加、删改；而会产生变动，毕竟每一个项目不会是一次就成功的、在慢慢的开发过程中，成长中；定然会有所改变的。
- 总之，爱钻牛角尖的这一习惯得改改！