前言
今天成都同事来北京出差,于是晚上一起吃了顿饭。一来给成都同事接风,二来给另一位北京同事饯行。
一顿饭前后聊了4个小时,吃的很撑,聊的也很开心。
说了一个自己的小秘密,换来了更多的小秘密。
饭后,打车回家。刚好顺路,于是捎上了那位离职的同事。
路上,同事问我“思伟,你有没有学哪些数据存储、数据加密这些技术?”
“为什么要学?”
“学了这些技术深厚之后,你会更有发展。”
于是,我分享了我对于这些技术的理解。
举一个小案例。
案例
上段时间,我去见一位做数据分析的客户,他现在正准备给公司做数据平台。沟通的过程中,他问了我一个问题“你们给客户建数据仓库会分几层?”
我问我那位同事,这个问题你怎么回?
她说,“我最近上一些课,也请教过一些老售前,他们针对这个问题有个回答的套路‘你们原来分几层,现在就可以分几层。’老售前的思路是这样的,如果客户问你这个问题,可能他们对技术这块也不太懂,。如果你不懂,刚好遇到了就可以这么反问下,其他客户就不会再问这种问题了。”
其实这也是一个方式,没有对错。
这个问题如果问做数据库的实施人员,他们可能会回答“4层或者5层,都可以,行业基本5层用的多。”
这是另一种回复方式,也挺好。
只不过,那天在客户现场,我是这么回的“当前行业通用是5层,不过我想和你探讨下我们对于数据仓库分层的理解。我们认为数据仓库分层是一个管理学概念,因为数据最终落地到数据库中都只是库表而已,不存在不同的分层。所以,从管理的实际需要出发,看你们管理的颗粒度。如果颗粒度比较细,可以定义多层。如果管理的颗粒度没有那么细,那就用行业通用的5层来进行数据仓库的分层,很灵活。“
如果,你是这位客户,你对哪位的回答印象深刻,觉得这个人比较专业?
这就是逻辑,与客户沟通技术时所使用的逻辑。
层次
我现在看技术主要分为两个层次:逻辑层次、实现层次。
逻辑层次,也可以称之为技术原理。有点像技术的理论基础,但其实没有深入到那个层次。只是将客户问题中的定义不清的地方,或定义容易产生歧义的地方用业务逻辑或技术逻辑去重新定义一次,达成共识。
实现层次,就是采用不同的工具将技术具体落地实现的内容。这一块,我认为才是大多数人口中所谓的技术。
所以,于我而言,我是技术出身(网络工程师,敲配置命令的那种),但现在我基本上不太去学具体的软件操作了。因为,软件一直在更新换代,但技术原理、逻辑是从相关技术诞生的那一刻就已经明确的。
除非有一些新的技术出现,带来了新的技术原理,比如比特币带出来的区块链技术原理。这个时候,我才去学,不是去学怎么用软件实现,而是去理解这个技术的原理,然后用自己的逻辑去记忆、去讲述。
所以,我最近没咋学技术。
但我也相信,我的能力会让很多客户认可。
结语
你现在能区分你所处的岗位中哪些属于技术原理?哪些属于操作嘛?