今天总结一下最近开发遇到的一些问题和怎么给自己少挖坑
1.对于要进行点击的Button，个人建议，不管什么情况下，都不能让控件不能点击（就是点击之后半天没响应，甚至设置不可点击）；这是万万不可的，为什么呢，作为一个button，那么作用就是让人点击：
这里给大家一些建议：1.在特定业务下不能点击的，加一个判断，提示用户，点击错误，引导用户点击正确的地方，进行正确的操作 2.在一些业务情况下，比如正在执行一个任务，或者是某一个任务的先决条件，那么给用户进行提示
一个目的：不让用户莫名其妙，得到实时的触控反馈
2.对于get(i)，size()，这类的方法，一定要加判空，不然程序会莫名其妙崩的你怀疑人生；然后对于下拉刷新，二级页面返回刷新数据，一定记得对当前的集合进行清空，不然问题你知道的，数据乱得你抓狂的时候就难受了。对于一些新手开发者，这些问题，都是在被客户骂过一遍又一遍，被领导怼几遍之后，才会慢慢改善的，当然，我也是这样过来的。
3.其次，关于自测，一个模块修改完毕，在没有经过自测的情况下，千万不能上线，如果更改的内容较多，就某一个模块没有测试，或者没有环境测试，那么建议，上线更新前将这个模块屏蔽掉，千万不能上线一个没有经过测试的应用，这样显得太不够专业。
4.还有一个关于沟通方面的技巧，有时候，我们莫名其妙的被用户/客户怼：
一种情况，我们没有把东西做好，曲解了他们的意思，那么问题在我们这；
另外一种情况，客户/用户更新想法太快，我们还没有改完，就要换另一种效果；
我这里的建议就是，每一次需求的更改，都有一个文档记录，一定要养成这样的习惯，两个文档：自己更新东西的文档，客户/用户/产品的需求文档。有这两个东西，有时候莫名其妙被怼的时候，我们可以怼回去，别在职场做那个，尽心尽力认真做事，还被欺负的角色。
当然，前提是自己的把东西做好，上线Bug越少，自己更能得到认可。
5.最后一个问题，关于SVN/git 提交代码的事，一定记得写提交日志，哪怕你就改了一个变量名，也要准确的记录下来，有时候bug跟踪的时候，根据这个日志就能帮你解决很多的问题。
以上的这些都是关于开发的一些技巧和个人习惯，每个人工作习惯性格不一样，但工作只有一个目的，就是用最高效率达到最高产出，没有沟通协调解决不了的事，如果有，那就是沟通协调不到位。大家目标都一致，还怕解决不了问题吗？