虫草

没有规矩，不成方圆。Java开发亦如是。在团队协作开发的过程中，如若遵守统一的编码规范，会让代码的可读性更好，团队协作的效率也能相应地得到提升。因此规范虽不是一项技术，却是不可不重视的“约定”。 很多公司都有自己相应的编码规范，如果还没有可以参考Google的编码风格指南： 英文版：http://google-styleguide.googlecode.com/svn/trunk/ja...

 1、充分了解需求需求是设计与开发的输入，因此在设计与开发之前，一定需要产品经理的需求明确，并保证双方的理解一致。在出现理解模糊时要及时地与产品进行沟通，不然很有可能做的东西偏离需求，“吃力不讨好”。2、设计先行在充分了解需求的基础上，要先进行前期的设计，不要急于开发。良好的设计可能大大减轻开发的工作量，同时也能保证开发的质量。3、合理分工既然要分工，首先得知道工作量多...

  一、API管理的痛点API接口在设计时往往需要编写大量的文档，而且编写完成之后还会经常改动，文档编写维护工作量大。接口文档编写好后，实际的代码可能会与文档有出入，这个时候文档是不准确的，文档与代码保持修改同步也是一个很大的工作量。随着接口版本的迭代，接口文档需要同步更新。有些时候接口会成为对接双方的开发进度瓶颈，因为接口调用会有依赖，类似app的项目，前端会需要调...

昨晚看了一篇Robbin大牛写的谈谈杰克·韦尔奇的《赢》特别有感触，总觉得我也应该写点什么，也算是阶段性的总结。笔者做技术管理工作的年限比较短，自认还是有很多不足之处，也还称不上一名出色的技术管理者。所以这篇文章并不是指导文，而是个人这段时间以来的思考感悟，不成熟之处望各位同行批评指正。笔者认为技术管理可以大致分为三个阶段：自治阶段、人治阶段、法治阶段。其中自治是指管理者自身管理，人治是指管...