笔者现在在一家国内市值前30的互联网公司作为大数据工程师就职

笔者现在在一家国内市值前30的互联网公司作为大数据工程师就职。有一天一个要好的同事问我：“你一个写SQL的，怎么赚的比我们写Java的还多？” 我笑了笑，没有回答。确实在中国的互联网公司来说，Java开发绝对是最主流最重要的开发岗位，没有之一，而他的疑问，也是很多其他开发同学的疑问。RD内部天生就有一个鄙视链，写C的看不起写Java的，写Java的看不起写C#的，而写SQL的根本连进这个鄙视链的资格都没有。其实我遇到过很多次这样的场景，如很多同事和一些做开发的同学听完我的现状后，也会不由自主的问：“你现在用什么语言呀，成长这么快？” 这些同鞋并不是第一个这么问的，我估计也不会是最后一个。

那么到底是为什么呢？SQL不是公司人人会写吗？这么简单的工具，用得着开这么高的薪水吗？其实，这些疑问背后都犯了一个认知错误：以工具定义工种，而不是以特定问题域的解决能力来定义工种。

我们可以反问“大家都会写SQL的话，如果大家都自行开发，公司表在膨胀到100W+量级的时候，怎么保证各自的指标自洽呢？”“怎么保证报表能在早上6点前能产出呢？”而通过这一系列的反问，我们可以总结出来我们的部分问题域：

数据开发中，数据质量怎么保证？

数据泄露问题在各大公司频发，数据安全关系着公司用户的核心隐私，甚至关系着公司的生死存亡，数据安全问题怎么解决？

公司业务细节天天变化，怎么保证在公司业务爆炸的时候，保证交付效率?

到此，笔者基本说明了我们这些“写SQL的”要解决的问题和要做的事情是什么（当然本文并不是要谈数据工程师的问题域以及解决方案是什么）。在这样的业务背景下，SQL只是我们选择的一个趁手的工具而已，如果SQL不能解决我们的问题，那么我们有能力选择其他工具来解决这个问题。做好一个事情要在方法论的指导下，合理的选择和使用工具。一个岗位真正值钱的是：在一个复杂环境下，探索归纳解决问题的能力，而不是仅仅只是一个工具的使用能力（当然，工具用到绝顶，如国家领导的同声传译，也是不可限量的）。

人会用画笔在纸上画出痕迹，猴子也会用画笔在纸上画出痕迹，但是人通过学习能临摹出《沉睡的维纳斯》，猴子能吗？并不能。而这正是因为人不仅掌握了画笔的使用（工具），还掌握了临摹的技巧，从图像结构拆分到线稿到上色，再到细节处理（方法论），同时对临摹这个事情的通用方法论进行了抽象。这是两者核心的不同。

个人能力的成长，基本符合这个规律：基础工具使用者 -> 特定业务领域的技术专家 -> 全业务负责人。希望上面发问的同学，可以尽快的迈过“基础工具使用者”这个阶段，早日到达人生巅峰~