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