数仓开发沦为了取数工具人，该如何破局？
本文从成长的话题展开，主要聊了数据开发会遇到的瓶颈，以及该如何破局。其实，所谓的破局就是个人的成长，所以回归个人成长，本文也给出了一些浅薄的理解，希望对你有所帮助。
写在前面
假如你现在辞职，要加入一家新的公司，那么你最看中什么?我相信每个人都会有自己的答案。你可能会说，[钱多、事少、离家近]，你也可能会说，[能让自己有所沉淀和成长，能够学到新的东西]，你还有可能会说，[想打破舒适圈，做些有挑战的事情]，或者你也可能会说，[做的业务有前景，工作内容是自己喜欢的]。凡此种种，不一而足。当然，我不认为有哪些理由是正确的亦或是错误的，因为每个人的认知、工作经历会有或多或少的差异。其实，你会发现，即便是大家的理由不尽相同，但都离不开两个重要的因素：钱和个人成长。前者是工作的本质，即通过自己的劳动获取报酬，后者是实现前者最大化的条件，即个人的能力有多强。那么，如果抛开薪资报酬的因素，能让我们走得更长远的或许就是个人成长，即个人能力的增长。回头想想，当我们在学校的时候，会学习各种专业知识，来丰富自己的技能，当我们走到工作岗位时，同样也会有所积累和沉淀，可能有些东西不像在学校那样，可以用分数进行量化，但总归是有所进步，有所成长。所以本文就从个人成长的视角聊一聊作为一个数据开发，逐渐沦为了取数工具人，我们该如何进行破局。
从成长说起
正如一千个读者有一千个哈姆雷特一样，我们今天不去纠结该如何定义成长。我们先从一个大家应该能够遇到的一个场景说起——辞职面试。当我们参加一场面试的时候，面试官一般会问一个亘古不变的问题：[为什么辞职]，相信大家会这样说：[上段工作技术太薄弱，自己成长的太慢了，想突破瓶颈]。现在的话，问题似乎变得有点具象了。那如果再问：[如何在技术上有所突破，在哪方面的技术上有所成长呢]，似乎就很难给出答案了。为什么会这样呢?我们可以仔细复盘一下工作过程，是不是日复一日重复着，有做不完的需求，做不完的项目，长此以往就会变得焦虑了，开始怀疑做这些有什么价值，自己真正的成长了吗。其实，这种所谓的“成长”，并不是成长的全部，这种成长属于个人技能层面的，也就是说只要做到一定的时间，任何人都可以达到的水平，所以很快就会迎来上升的瓶颈。那该如何破局呢?首先我们需要明确的是，成长不只是技术和技能层面的，这些只是我们胜任某项工作的必要条件。除此之外，成长还包括一些很难被看到并且量化的东西，姑且称之为软实力吧。这种软实力可能包括但不限于：
- 沟通表达
- 逻辑思维
- 组织协调
- 执行力
- 思考力
- 格局视野
- ...
我列举的这些软技能，可能很多技术人都感到不屑，内心的潜台词就是：[只做好技术不行吗，为什么要关注这些东西]。其实不然，这些很难被量化的能力恰恰是非常重要的，因为这些能力是可复用的，同时也会促进个人技能的提升。
数据开发 VS 取数工具人
作为一名数据开发，你是否有如下困惑：
- 天天写SQL取数做报表，感觉没什么技术含量
- 需求做不完，不停地验证数据
- 数据结论都是运营和产品向老板汇报，但是如果数据不准确，要自己背锅
- 数据分析有数据分析师在做，数据团队只是取数
- 对业务不了解，只是被动的接需求，不清楚需求的业务价值是什么
- ...
以上的这种情况在多数的公司中应该都是会存在的，长此以往，会感觉工作失去了意义，开始焦虑自己不能够成长，在技术和业务的深度上积累不够，一旦失去平台的优势，似乎就成了平凡人一个。
那么，我们该如何应对上面的问题呢?下面是我的浅薄理解。
为什么会成为取数工具人
如果平台建设完备，一般进入一家公司是不需要什么都要做的，基本上是做数据产品和数据报表。首先来看一下一张报表是怎么产出的
- 1、业务方提需求
- 2、数据PD整理需求，并确认口径
- 3、数据PD与数据研发评审数据需求
- 4、数据研发开发需求
- 5、需求交付验收
- 6、业务方使用报表数据
不知道你有没有发现问题，这种自上(业务方)而下(数据研发)的报表产出模式，对于一个数据研发的价值是什么，整个流程中数据研发的角色就是把数据取出来，仅此而已。这就是所谓的被动接需求，如果你的工作内容一直是这样的话，那么说明你正在沦为取数工具人。
该如何破局
还是针对上面的流程，你是否思考过一下问题：
业务层面
- 业务方为什么会提这个需求，需求的价值是什么，背后的业务逻辑和背景是什么，不做不行吗
- 如果业务方不提这个需求，自己是否能够洞察到业务的痛点，能否提前预判到业务想要什么
- 数据能够给业务方带来哪些信息，是如何指导决策的
- 能否从数据中洞察出业务问题
- 能否沉淀出一套分析方法论，使得报表更加体系化，而不是孤零零的几个指标
- 当前业务最关注什么，你如何提供支持
- 业界竞对是怎么做的，有哪些可以参考
- ...
技术层面
- 该如何去建模，如果业务变更或者需求变更，迭代的成本有多大
- 任务是否是优化的，是否浪费计算资源
- 代码开发是否规范，如果交给其他人维护，能很快接手吗
- 任务SLA如何保障，如果报错改如何监控报警
- 使用什么样的技术方案，有哪些优缺点
- ...
如果你认真思考了每个需求对应的上面的问题，你是否还觉得自己的定位只是取数而已。你可能又会说，需求一大堆做都做不完，哪有时间思考这些东西。是的需求是很多，但绝对不能成为不思考的理由，多去想一想需求背后的问题，你一定会有所成长的。换句话说，技术是为业务服务的，技术是成本中心，如果业务都没有了，那技术呢?皮之不存毛将焉附。
回归个人成长
我这里总结几个关键词供大家参考：
- 视野：技术和业务
- 体系化思考
- 持续化输出与分享
- 目标与规划
- 空杯心态
- 保持信心
总结一句话：多思考、多总结、多输出。凡事多问为什么，多思考问题背后的原理和本质。工作中多做总结，积极发现问题。另外就是多分享多输出，分享可以是多样的，比如写技术博客，比如团队内部分享等等。
最后，送给大家三句话，来结束本文的内容：
低级的欲望通过放纵就可获得;
高级的欲望通过自律方可获得;
顶级的欲望通过煎熬才可获得。
学习、思考、成长，每一件事都是反人类的，只要你坚持了，自然就会比别人有所收获，以上。
总结
本文从成长的话题展开，主要聊了数据开发会遇到的瓶颈，以及该如何破局。其实，所谓的破局就是个人的成长，所以回归个人成长，本文也给出了一些浅薄的理解
来源：juejin.cn/post/7254901391956508729
