城院易班技术部规范

想了这么久,总觉得还是得制定一个部门的规范,每个人有每个人的开发习惯,有时候代码难免会有一些比较难阅读的情况,像学校这种学生的开发部门,人员更替快,一般大一进部门,学了一年到了大二差不多有自主开发的能力了,在经验不足和技术能力不成熟的情况下,做出来的应用往往难以被认可,大三留部的话,即便可以开发出东西,将来由谁进行维护也是一个问题。

维护代码第一先要有相关的技术知识,但是想沉淀一个项目的知识,往往需要很长时间的学习,那么对于整个部门开发的应用的架构,就需要做一个很好的规划了。规划好项目,并且可以将不同模块分给不同的人员负责,这是我初步的计划,所以今年我在部门进行了一次改革,申请了部门人数的扩充和人员职位的区分。

另外代码风格和质量也是一个问题,一部分人有时候掘起来,“别人写的代码都是垃圾”,有时候难免会导致项目的维护情况差,上线的好好的项目慢慢的就崩了,如果该届成员决定推翻重做,对于个人而言可能是一次开发经验,一次挑战,但是对于部门来说,是一次资源的浪费,毕竟有现成的东西在那里的,而且在工程量较大的情况下,会拖慢部门其它工作的进展。

如何编写质量高的代码,这个问题暂时无法解决,毕竟这取决于开发人员的能力,并且这东西也和经验挂钩,我做了几次项目了,但几乎每次做完都对自己的项目有很多不满意的地方,经验是需要进行积累的,所以对于推翻项目重做这点,有时候做出来的新项目也不见得会更好。

代码质量只能靠每一代对代码的维护,不断进行改进,但是代码风格可以进行规范,统一了代码的编写风格,对于部门其它成员来说,阅读起来、维护起来也比较轻松,不过代码的风格那么多,为了有一个比较好的代码编写风格,按照开源社区热门的规范来说应该是最好的选择了。

不过以上也只是初步的计划,这个计划还需要将来每位部长和部员进行完善,时代在进步,技术在进步,技术部也不能止步不前,不然只靠在学校教的那些东西,那毕业了可能真的会很凉。

技术规范文档地址:https://github.com/csxy-yiban/Specification