读《构建之法》有感 我今年暑假回去就要升入大二了，在今年的专业分流时，我选择了软件工程专业，起初的想法很简单，做一款优秀的，能拥有大量用户的软件，甚至还想通过自己的软件改变人们的生活。读了构建之法后，我发现并不是那么的简单。 我看了构建之法后，才知道了程序=算法+数据结构，软件=程序+软件工程的概念，这打破了我以往对软件的认知，做一款好的软件，要熟练的掌握算法和数据结构，学会从工程的角度思考问题。还学会了一个重要思想，做中学，当你真正上手一个项目的同时你会发现，你有不会的技术，你更有没见过的技术，你不可能等学完所有的技术再去做项目，什么不会学什么，这不像期末考试一样，拿来一张卷子，让你做足了准备去答题，对于软件工程的学生来说，凭借试卷来毕业是不可能的，重要的是能做多少项目，掌握多少技术，这是关键，以后我一定要摆脱试卷考试的思想，始终有做工程的观念。 其实书中的一些讲解我现在的理解还不是那么深刻，像软件设计流程，毕竟我还没有真正意义上的完成一个项目 还没接触过软件开发，软件需求分析，软件设计，软件构造，软件测试等。 想要成为一名优秀的软件工程师，代码量是一定要保证的，代码敲的少，你见过的bug就少，甚至连软件开发工具都用不熟练，这是绝对不行的，敲代码不能没有逻辑的敲，要分析完之后，做一个合理的分解，这样的思想同样适用于软件开发，前端后端，dao层，service层，三层架构，我觉得这都是拆分并且再组合的思想，这样才能让软件设计的思路更加的清晰，而不是一锅粥的去乱写代码，这其实就是算法思想，设计一个最优流程去完成某件事。 书中还讲了团队的重要性，这是非常必要的，因为一款优秀的软件不可能由一个人开发，软件团队可以大大加快开发速度，解决更多的bug，不断维护软件，团队的交流就显得十分重要，但现在我的认识还不是太深，因为没有组建过团队，不明白团队开发的流程，我想在今后的日子里我会慢慢体会到团队的重要性。 掌握熟练的算法与数据结构，学会软件工程，带着做中学的思想，与软件团队的人进行良好的沟通，不断的写代码，总结，写博客，改bug，不断使自己学习新的技术，向着成为一名优秀的软件工程的目标不断前进。做一个小小的憧憬，将来中国乃至世界，一定会有人使用着我和团队成员们开发的优秀的软件，用户必将有着良好的体验，我们的软件一定会在某个方面改变着人们的生活。