代码之破碎时刻(代码片断分析)（Break Up Time)

 

作为一个团队，除了完成既定的工作任务外，更重要的是团队成员的成长和分享各自的经验，团队的积累，一方面是公司资源中人才的成长，另一方面代码又是很重要的一部分财产，每个团队成员所带来的资源都是有限的，整合需要花时间（你不能保证整合都是完美的，整合带来到问题经常是灾难性的）。另外团队成员需要长时间的磨合，笔者在团队中深有体会，并总结和思考了很多对团队有利的成长方法，从今后将陆续总结和记录自己在团队中的经验，也很高兴跟各位分享。

 

文章标题为代码之破碎时刻，'破碎'，其本质讲是让人在那一刻有种破碎的感觉，当你尴尬的时候，窘迫的时候，带来的都是一种破碎的感觉，很多人都是靠经验编程的模式在进行思考，或者拿着搜索引擎放出来的代码不加思考的COPY到自己的工程中，导致了项目里隐患如此之多，更不利于团队代码的整合，规范，形成一定正规化的公司资源，其本质目的是让一切知识有积累和总结，有思考后的积累，积累中不断完善。

 

具体描述：

1.每周举办一次'代码之破碎时刻'（时间可以不固定）

2.开始之前提前邮件通知会议主题，主题是团队成员给出的，由主题的建立者来进行讲解。

3.讲解代码中经验犯错，或者搜索引擎提供的代码的错误，或者每段你认为错误的代码，别人很难看出问题的代码进行分析，实例来解释这个代码的问题，如果没有例子或者用事实来说话，请不要主观判断或者经验来判断，只有当论据相当充分后再发表论述。

4.会议快结束时进行全体发表看法，并展开讨论和设想，增加沟通的机会。

5.过程做好会议记录，并把团队的看法和想法进行汇总整理，放到一个公有平台，这个平台就是一个知识积累的平台。

6.可以经历几次后做一个回顾。

 

其他方面：

 

1.细微的细节将会影响整个工程，所以细节的控制是需要培养和养成的。

2.分享带来的是双赢，打破一些传统的错误开发和经验模式的局限，让每个人对编码和做事更严谨。

3.促进团队沟通，在以后的工作中减少沟通成本。

4.团队成员增加了学习的机会，思考的机会，展现的机会。

 

实施不利的方面：

1.如果团队成员的技能差距太大，个人价值观和学习能力差别太大，即很难管理。

2.前期带来的会是团队成员的嫉妒、嘲讽或者不理解。