数仓开发沦为了取数工具人,该如何破局?

大数据
本文从成长的话题展开,主要聊了数据开发会遇到的瓶颈,以及该如何破局。其实,所谓的破局就是个人的成长,所以回归个人成长,本文也给出了一些浅薄的理解,希望对你有所帮助。

[[426240]]

本文转载自微信公众号「大数据技术与数仓」,作者西贝。转载本文请联系大数据技术与数仓公众号。

写在前面

假如你现在辞职,要加入一家新的公司,那么你最看中什么?我相信每个人都会有自己的答案。你可能会说,[钱多、事少、离家近],你也可能会说,[能让自己有所沉淀和成长,能够学到新的东西],你还有可能会说,[想打破舒适圈,做些有挑战的事情],或者你也可能会说,[做的业务有前景,工作内容是自己喜欢的]。凡此种种,不一而足。当然,我不认为有哪些理由是正确的亦或是错误的,因为每个人的认知、工作经历会有或多或少的差异。其实,你会发现,即便是大家的理由不尽相同,但都离不开两个重要的因素:钱和个人成长。前者是工作的本质,即通过自己的劳动获取报酬,后者是实现前者最大化的条件,即个人的能力有多强。那么,如果抛开薪资报酬的因素,能让我们走得更长远的或许就是个人成长,即个人能力的增长。回头想想,当我们在学校的时候,会学习各种专业知识,来丰富自己的技能,当我们走到工作岗位时,同样也会有所积累和沉淀,可能有些东西不像在学校那样,可以用分数进行量化,但总归是有所进步,有所成长。所以本文就从个人成长的视角聊一聊作为一个数据开发,逐渐沦为了取数工具人,我们该如何进行破局。

从成长说起

正如一千个读者有一千个哈姆雷特一样,我们今天不去纠结该如何定义成长。我们先从一个大家应该能够遇到的一个场景说起——辞职面试。当我们参加一场面试的时候,面试官一般会问一个亘古不变的问题:[为什么辞职],相信大家会这样说:[上段工作技术太薄弱,自己成长的太慢了,想突破瓶颈]。现在的话,问题似乎变得有点具象了。那如果再问:[如何在技术上有所突破,在哪方面的技术上有所成长呢],似乎就很难给出答案了。为什么会这样呢?我们可以仔细复盘一下工作过程,是不是日复一日重复着,有做不完的需求,做不完的项目,长此以往就会变得焦虑了,开始怀疑做这些有什么价值,自己真正的成长了吗。其实,这种所谓的“成长”,并不是成长的全部,这种成长属于个人技能层面的,也就是说只要做到一定的时间,任何人都可以达到的水平,所以很快就会迎来上升的瓶颈。那该如何破局呢?首先我们需要明确的是,成长不只是技术和技能层面的,这些只是我们胜任某项工作的必要条件。除此之外,成长还包括一些很难被看到并且量化的东西,姑且称之为软实力吧。这种软实力可能包括但不限于:

  • 沟通表达
  • 逻辑思维
  • 组织协调
  • 执行力
  • 思考力
  • 格局视野
  • ...

我列举的这些软技能,可能很多技术人都感到不屑,内心的潜台词就是:[只做好技术不行吗,为什么要关注这些东西]。其实不然,这些很难被量化的能力恰恰是非常重要的,因为这些能力是可复用的,同时也会促进个人技能的提升。

数据开发 VS 取数工具人

作为一名数据开发,你是否有如下困惑:

  • 天天写SQL取数做报表,感觉没什么技术含量
  • 需求做不完,不停地验证数据
  • 数据结论都是运营和产品向老板汇报,但是如果数据不准确,要自己背锅
  • 数据分析有数据分析师在做,数据团队只是取数
  • 对业务不了解,只是被动的接需求,不清楚需求的业务价值是什么
  • ...

以上的这种情况在多数的公司中应该都是会存在的,长此以往,会感觉工作失去了意义,开始焦虑自己不能够成长,在技术和业务的深度上积累不够,一旦失去平台的优势,似乎就成了平凡人一个。

那么,我们该如何应对上面的问题呢?下面是我的浅薄理解。

为什么会成为取数工具人

如果平台建设完备,一般进入一家公司是不需要什么都要做的,基本上是做数据产品和数据报表。首先来看一下一张报表是怎么产出的

  • 1、业务方提需求
  • 2、数据PD整理需求,并确认口径
  • 3、数据PD与数据研发评审数据需求
  • 4、数据研发开发需求
  • 5、需求交付验收
  • 6、业务方使用报表数据

不知道你有没有发现问题,这种自上(业务方)而下(数据研发)的报表产出模式,对于一个数据研发的价值是什么,整个流程中数据研发的角色就是把数据取出来,仅此而已。这就是所谓的被动接需求,如果你的工作内容一直是这样的话,那么说明你正在沦为取数工具人。

该如何破局

还是针对上面的流程,你是否思考过一下问题:

业务层面

  • 业务方为什么会提这个需求,需求的价值是什么,背后的业务逻辑和背景是什么,不做不行吗
  • 如果业务方不提这个需求,自己是否能够洞察到业务的痛点,能否提前预判到业务想要什么
  • 数据能够给业务方带来哪些信息,是如何指导决策的
  • 能否从数据中洞察出业务问题
  • 能否沉淀出一套分析方法论,使得报表更加体系化,而不是孤零零的几个指标
  • 当前业务最关注什么,你如何提供支持
  • 业界竞对是怎么做的,有哪些可以参考
  • ...

技术层面

  • 该如何去建模,如果业务变更或者需求变更,迭代的成本有多大
  • 任务是否是优化的,是否浪费计算资源
  • 代码开发是否规范,如果交给其他人维护,能很快接手吗
  • 任务SLA如何保障,如果报错改如何监控报警
  • 使用什么样的技术方案,有哪些优缺点
  • ...

如果你认真思考了每个需求对应的上面的问题,你是否还觉得自己的定位只是取数而已。你可能又会说,需求一大堆做都做不完,哪有时间思考这些东西。是的需求是很多,但绝对不能成为不思考的理由,多去想一想需求背后的问题,你一定会有所成长的。换句话说,技术是为业务服务的,技术是成本中心,如果业务都没有了,那技术呢?皮之不存毛将焉附。

回归个人成长

我这里总结几个关键词供大家参考:

  • 视野:技术和业务
  • 体系化思考
  • 持续化输出与分享
  • 目标与规划
  • 空杯心态
  • 保持信心

总结一句话:多思考、多总结、多输出。凡事多问为什么,多思考问题背后的原理和本质。工作中多做总结,积极发现问题。另外就是多分享多输出,分享可以是多样的,比如写技术博客,比如团队内部分享等等。

最后,送给大家三句话,来结束本文的内容:

低级的欲望通过放纵就可获得;

高级的欲望通过自律方可获得;

顶级的欲望通过煎熬才可获得。

学习、思考、成长,每一件事都是反人类的,只要你坚持了,自然就会比别人有所收获,以上。

总结

本文从成长的话题展开,主要聊了数据开发会遇到的瓶颈,以及该如何破局。其实,所谓的破局就是个人的成长,所以回归个人成长,本文也给出了一些浅薄的理解,希望对你有所帮助。

 

责任编辑:武晓燕 来源: 大数据技术与数仓
相关推荐

2019-10-25 10:33:17

程序员技能开发者

2021-06-11 07:26:16

数据仓库机器学习

2022-01-13 10:45:48

数仓对象主题域

2022-01-11 14:49:19

数智化

2022-08-22 17:46:56

虚拟数仓Impala

2022-12-08 10:16:58

数据模型

2021-01-31 23:54:23

数仓模型

2022-08-18 16:28:39

戴尔

2021-09-01 07:21:41

数仓RFM模型

2016-03-18 13:33:42

IT经理人沙龙智造+

2016-03-18 13:28:23

IT经理人沙龙智造+

2023-01-03 17:43:39

网易邮箱数仓

2022-02-23 21:08:53

数字4G5G

2021-01-04 05:42:48

数仓模型设计

2022-07-26 15:38:58

数据仓数据治理数据团队

2021-04-18 21:54:36

Python工具开发

2013-12-06 16:39:56

点赞
收藏

51CTO技术栈公众号