作为一个在这个行业里摸爬打滚10年的IT人，看到这个帖子，也想起了之前那些自己走过的坑。 我本科是电子信息工程偏向硬件，08年金融危机，工作太难了。后来去了保险公司，慢慢接触到了数据，一开始是被领导扔到供应商房间，向供应商学习，从环境搭建，代码，发布。一开始对开发基本了解为0的我，当时想法很简单，就是不想让供应商看不起，开始了自己啃书写代码之路。还记得那会周末还会去不断回顾供应商做的项目细节，一把辛酸泪。但又很感谢自己的疯狂学习，3-4个月之后，记得是领导问了个生产上的问题，自己鼓起勇气回复了相关的解决方案，居然获得领导的肯定！我觉得，我似乎和数据挺聊得来！ 就这样从之前是简单的运维，报表制作到负责公司新老系统的替换，我从小菜鸡一步步可以独挡一面。 那会是刚换了一家公司，对于原先系统不熟悉。必须在一年进行数据系统的切换，但由于需要等待新系统的确认，留给我的只有7-8个月的时间，在恶补了解老系统的环境知识下，也需要做出相关的迁移方案。晚上通宵，加班，凌晨3点打车回家是我那段日子的常态。 慢慢发现，技术问题不是最头疼的，最头疼的还有沟通问题。由于初来乍到，我要花很多时间去了解老的系统。之前的供应商是国外的一家，手头的资料也不是全，开会语言障碍也是需要跨越。 新系统也是困难重重，新老系统并不是一一对应的，原先老系统中的非结构化数据没有地方放，也需要和业务部门沟通取舍问题。主动牵头培训，让业务部门也理解相关的逻辑。了解下来，我发现老系统有数据高风险的点：原先录系统比较随意，一个格子可以录很多信息，但这次新的系统需要符合监管规范。开始了与业务部门一次一次的开会讨论battle。 当然，过程总是痛苦的，业务部门并不买账，不愿意用起来。我想着或许整些demo，找业务部门的同事进行演示，可以推广试试。我是立刻就上手做了。原先业务部门处理理赔环节，只是一个单一的流程记录，是一步步操作，简单记录金额变化。但我们通过新系统，把各个节点，整个流程展示出来，更好的规范了xxxx。从原来的记账，到现在的流程展示。另外我们也主动切换了页面语言，把老系统的英文界面换成中文，更加友好。但业务部门买账了，用户不买账了。 因为几乎同时，我们需要进行报表迁移。遇到了一个很细致的用户，要求新老报表，在同一时间点，抽取数据要一样，以此来验证报表的正确性。那会我刚刚从迁移那边松了口气，又立刻进行迁移工作。因为很多是用户自定义报表，逻辑性有一定问题，并不都是对的。当时自己的是感到很奔溃的，因为刚和业务部门battle结束，又得开始和客户沟通，进行确认修改，往往一张报表要花一周去确认，一共有不到300张报表。 由于新旧系统存在差异点，换了数据结构，很多数据并不能一模一样的展示出来，自己的方案被一次又一次的否定，基本就是加班，沟通展现，被打回来。我们的供应商也换了好几拨人，但我相信，肯定是有方法可以解决这个问题的。记得有次拿到用户的反馈后，自己通宵搞了48小时，终于想出来方案，最终得到用户肯定时，终于松了口气。想着，虽然不是技术专业出身，但是我也行！ 其实这些年感觉自己变化最大的倒不是硬技术，更多的是自己的视角，和之前同事聊天，发现本来其不太能够接受让用户自己来做，总感觉业务分析，还不如自己做的想法，这几年也是在慢慢变化，其实用户的角度不同，更可以补充技术人员看不到的问题。 作为10年老兵，有些路只有自己走了才知道，才能理解背后的意义，不存在坑，只能越挫越勇，每一次的大风大浪，都是自己成长的一部分！