温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
大家好,今天跟大家聊一聊数据人的出路到底在哪里?前段时间有一个一线大厂的朋友问我说他现在嗯,很迷茫,为啥呢?因为他现在负责的主要是技术方面,对业务了解很少,但是他想了解公司的一些业务,但是不知道往哪个方向去转,我就跟他聊了差不多有将近半个小时吧,嗯,给大家一些指导思路。首先,我们要记住一句话,在任何公司,你只懂技术不懂业务,是永远成为不了核心人员的。技术永远是服务于业务的,其实这也是刚毕业的学生跟呃资深工程师的一个区别,资深经验的工程师的话,他对公司的业务会有一个很深的了解,刚毕业的学生的话,他可能不了解公司的业务,只能在呃资深工程师的指导下进行一些编码,然后资深工程师进行一些架构,包括数据架构、业务架构、基础架构的一些设计。但是我在职场上工作的会碰到有一些人,我曾经有个同事,嗯,有一次业务人员问他,哎,这个系统的话,这个页面是什么逻辑,呃,怎么理解?然后那个技术同事就说,呃,我也不知道,这是你去问产品经理吧,其实他说的没错,问产品经理固然没错,但是他作为这个系统的主要开发人员,对自己开发的页面逻辑,一些业务逻辑都不清楚,那应该说他是一个很失败的开发人员,嗯,所以现在这个同事依然没有成为公司,嗯,部门的一个核心岗位人员。
01:30
那么会不会有人提出说我是做平台工程师的,我不需要了解公司的业务,其实也是不对的,嗯,比如公司的业务,现在某个查询某个页面慢了,或者是遇到一些瓶颈,你说诶这个需要扩资源呀,然后呃,商户带硬盘呀,呃,扩宽带呀,是吧?但是你有没有想过,比如换一个业务角度,换一个业务逻辑,优化业务逻辑的这种方式来优化你的页面响应速度呀,查询速度呀,包括流程的一些简化呀,是吧,这样来提升。
02:04
其实有时候从业务方面出发,比你增加集群配置资源效率更高。这我是很感谢以前遇到的一个领导啊,就是有一次我刚做数据开发没多久,那个领导就让我做去看一些业务分析文档,呃,我当时就很纳闷,为啥去让我看业务的需求设计文档呢?后来我发现呃,在做数据需求的时候,如果对业务不了解,那你很难把这个需求做好,所以后面我就养成了一个习惯,不管是接触任何一个,呃,新的业务领域,我首先去找对应的业务系统的一些文档,包括业务说明包,呃另另外一个就是我进入一下新的公,新的公司我也会通过比如个人的一些资源呀,包括公司公共的一些呃文档库来去找公司重点的业务是什么,然后它的业务系统有哪几个,具体的业务系统设计逻辑是什么,去找对应的业务人员去了了解,这样对你后续的业务呃,数据需求的开发会有很大的帮助。所以如果现在看视频的你也是做数据工作的,那你一定要去抓紧时间去了解业务了,去多和业务人员聊聊,多和数据分析师聊聊,多和产品经理聊聊。
03:17
那你的进步一定会提升很多。今天就给大家分享到这里,大家可以点击下方的头像关注我,我会定期给大家推出一些数据相关的干货内容。
我来说两句