做了两年多的程序开发,最近一周是最失败的一周,希望大家不要走我的弯路。
1.认真预估项目时间。
以前是一个人做模块,或者说是自己主导做模块,可能没有遇到真正的合作,现在不一样了,需要几个人一起做开发,不准确的预估时间,会带来很大的问题。所以以后要认真写概要设计。
2.调试信息不能提交到远程分支
多人合作的时候,调试信息不能提交到远程分支。企业级开发,姑且影响不大,但是对于互联网应用而言,影响很大,第一是js打包发布的时候肯定不能通过,第二,调试信息打印在控制台泄露用户信息,不好,第三,不利于JS的压缩优化。
3.代码的风格
第一 ,我个人喜欢拆分,不喜欢将一个function写超过50行的,但是拆分到后期,自己都觉得方法多,可能我还是没有拆分好方法。
第二,其实我写代码很注意缩进的,但是不适应用IDEA的编译器,所以就不能写缩进,环境没配置好,资料整理不好是我一直的问题,以后认真的总结改正,不能以任何原因影响自己的编码风格问题。
4.与人沟通
在大公司中,与人沟通是很重要的一个工作,和同事的融洽沟通,是成功的一半,多人协作,沟通很重要。
1.认真预估项目时间。
以前是一个人做模块,或者说是自己主导做模块,可能没有遇到真正的合作,现在不一样了,需要几个人一起做开发,不准确的预估时间,会带来很大的问题。所以以后要认真写概要设计。
2.调试信息不能提交到远程分支
多人合作的时候,调试信息不能提交到远程分支。企业级开发,姑且影响不大,但是对于互联网应用而言,影响很大,第一是js打包发布的时候肯定不能通过,第二,调试信息打印在控制台泄露用户信息,不好,第三,不利于JS的压缩优化。
3.代码的风格
第一 ,我个人喜欢拆分,不喜欢将一个function写超过50行的,但是拆分到后期,自己都觉得方法多,可能我还是没有拆分好方法。
第二,其实我写代码很注意缩进的,但是不适应用IDEA的编译器,所以就不能写缩进,环境没配置好,资料整理不好是我一直的问题,以后认真的总结改正,不能以任何原因影响自己的编码风格问题。
4.与人沟通
在大公司中,与人沟通是很重要的一个工作,和同事的融洽沟通,是成功的一半,多人协作,沟通很重要。