构建之阅读笔记03
1.我认为在团队合作的过程中,编写程序之前,应该要首先规范命名,通过第四、五章我知道了,作为一个软件工程师不仅要有出色编程能力还要有对代码注释的意识,因为在团队工作中,你如果不注释你写的代码,那么当你有事,别人接手你的代码时,就会遇到很大的问题,他需要一点一点读懂你的代码,这会对团队的进程造成影响。我们还要在编写程序前先要对代码的命名和缩进等问题进行同一的规定,这样会使得团队的进程得到很快的发展。
2.在团队合作中,刚开始也许我们并不知道应该怎样进行合作,通常我们都是自己编程,没有和其他人合作的经历,不知道怎样和其他人沟通,不知道怎样和其他人进行编程的交流,不知道怎样进行团队分工,不知道怎样来和他人进行编程的合作,通过第四、五章的阅读,知道了怎样来进行团队的合作,怎样和他人来进行分工和合作。
3.只有实践过才能真正掌握我们学习的知识,如果你只是了解知识而不去实践,那么你就永远不可能掌握这些知识。
4.我们光有团队而没有相对于团队的规划,那么我们的团队就是一盘散沙,没有任何的优势,也许还没有单个人的效率高,而通过第五章的阅读,我了解到了软件团队的模式,不同的团队有不同的模式,不同的模式对应着不同的情况,对于繁多的团队模式,也许他们有自己的优势,有自己的特点,但我最喜欢的还是功能团队模式,这种模式就好比是活字印刷一般,只要有哪种需要就找哪种人才,而完成这项功能后这些人又可以进入不同的团队来进行不同的功能设计。
5.团队找到了自己的模式,但如果没有相对应的一些方式方法那么就算我们有很好的团队模式,我们的开发也不能很好的进行,这时我们就需要相应的开发流程,一个好的开发流程可以让我们的开发更加明朗,使我们的开发进程得以快速的进行。
个人感受:对于我来说,团队其实并陌生,我现在就在一个三人小组中,上面的问题我们也都遇到过,我们刚开始编程的时候并没有进行代码的规范化命名,直接导致了我们在软件出错的时候,反过来找代码时,并不能很快的找到相应的代码和变量,这对于我们进行纠错和对程序的调试产生了巨大的障碍,拖延了我们小组的进程;刚开始时我们对于我们要实现的软件并没有明确的目标,没有明确的规划,导致我们前期的编程简直是一团乱麻,不知道从何下手,当我们意识到这个问题后,我们就对软件进行明确的分工,分工到人,明确每个人的任务,每个人都有自己的任务,使得总体进程加快。