工作小技巧
1、有一套自己的文件管理机制，文件命名机制。将文件分类存放，多用文件夹，如需求类单建一个文件夹命名：年月日+需求方+需求描述，这样方便以后查找，对于过程中每一次修改都要备份，习惯用另存为代替保存，对于一个任务中产生的多个文件，我都是用当时的时间（比如20点45分保存，我就用2045命名）命名，防止后面有用到最开始的文件，最终的结果单独命名，方便以后查找。
2、对自己负责，对工作负责。由于之前是在业务部门内部做数据支持，没有养成做数据校验的好习惯，反正都是一个部门的，数据有问题就重新跑嘛，那时候更多的是注重速度，以最短的时间出结果。现在更多是跟其他部门的同事打交道，很多都是关于钱的，更注重数据的准确性，一定要确保导出来的数据跟系统数据一致，有任何问题都要深究，要是偶然发现是系统bug也要反馈给相关的开发。交付的文档不要带公式，以防后期变动。
3、学会总结。这句话我们高中班主任经常说，可惜当时年纪小，理解的不够透彻。总结归纳是一个很好的回顾方式，过程中能够不断加强理解，产出东西后，也方便给其他人介绍自己的工作。比如，我现在在整理的所有数据表的关系汇总，就是一项很有意义的事情，相当于给大脑装了外挂，很多事情记不住，都可以查到。
4、关于数据安全的原则：谁提的需求交付给谁，必须双方领导审批通过后，才能交付，不能交付给第三方，除非获得需求方授权，自己保存授权的聊天截图，方便后续追溯。
5、SQL书写规范。sql很人性化，他不规定你必须缩进换行，大小写也不强制，但是如果真的随便写，会让别人很难读懂，时间久了，可能自己都要看半天才能看懂。之前虽然也不是完全不断行，但相比那种优美的写书方式还是相差很远，而且我的表重命名方式一直是t1,t2,t3这种，不写注释的话，新接触的人得看好久。新的书写方式在语句中所有的关键字都大写，多换行，多缩进，表重命名使用之前表名的首字母缩写，所有交付给业务方的数据都要把表头重命名为中文格式，方便业务同学理解。下面是一个小例子：
6、数据校验。所有交付的数据都要自己校验无误，核对总量和特例，看看有没有异常值，将异常情况写好数据说明，对于CASE WHEN 的情况一定要保留ELSE后面是字段本身，后期如果发生变动可以及时的发现。计数时，优先使用DISTINCT的方法，多表关联时，表可能会扩大好多倍。如果可以通过id或者中文两种方式限制条件，使用id代替中文，中文可能发生变化，id是唯一的。交付数据注意数据精度：订单号等过长的数据信息容易丢精度，导致业务方无法使用，交付前要仔细检查。
7、跟需求方确认清楚需求。我们不能要求所有人都思路清晰，很多时候，需求方可能自己都没想好最终产出的数据该是怎么样，或者提出一些无法实现效率极低的不合理需求。针对这种情况，我们就需要了解需求背景是什么，他要这个是为了干什么，很多时候，在整个沟通的过程中，我们会发现很多隐含条件。避免最终交付结果不对，返工的情况出现。
8、分屏。以前在电视剧 欢乐颂 里面看到女强人安迪的办公桌有好多显示器，一直不懂。只有用了之后才能理解究竟有多方便。新公司给配了一台笔记本，一个大显示器，从此再也不用在不同文档间切换来切换去了，在左边显示器显示网页、聊天窗口、字典表等，在右边的大屏上面编辑程序，感觉效率都提升了呢。