代码走读--反思

下面是一段聊天记录。这几天一直在花时间整理代码，很恼火。
几个问题：
1、静态变量到处用 ---------去掉，用Android中的消息机制来传值
2、代码格式差        -----------ctrl + shit + F
3、冗余度高            -----------整合成方法
4、耦合性太强       

一切的问题，都是写完代码，完成功能就没有管，没有花时间来整理代码，梳理逻辑，重构代码。
到后来，往往花更多的精力。

看到问题，当场指出，严格修正，坚决执行

A:：组内，下面的人要是写代码写得很差，怎么办呢？

B：培训啊。
代码review的时候给他们讲。
A：交代点事情下去，做完了。然后自己有时间了，来看代码，发现代码乱七八糟，怎么办？
B：
也没太大的办法，就是给时间别人去提高。
说他们啊。
A：
怎么说好呢？
怎么才能达到教育效果，培训的效果？
有些问题一犯再犯
B：
那就要来狠的啊。
A：
感觉说多了，又不好。
怎么个狠法？
B：
说几次狠话，长下他们的记性
A：
恩，不管他们的面子不面子了
B：
你没屌过人吗 
A：

不知道，反正就是语气重点，还能怎么样？

没办法，怪自己看人不准，怎么招到这样的人
B：
几个月啊？
A：
5个月了吧
试用期太忙了，没时间来看他们的代码，看到功能实现了就OK了，现在回过头来看代码，发现很大问题，这么下去，代码迟早不能维护
B：
你现在的工作任务重吗？
A：
不重
B：
不重就可以开始重构你们的代码
实在放心不下的话，只有你自己多写点代码，让那个不靠谱的人写少点代码
等他靠谱了再让他写多点代码