混迹职场 10 多年的数据开发老鸟，居然被一个职场新人上了一课

导读：职场老鸟本来想给新来的数据工程师出个难题，结果被勇于发现创新、不想重复造轮子的新人给上了一课，这到底是怎么回事呢？

没想到混迹职场 10 多年的一只老鸟，居然被一个职场新人给上了一课。

大概情况是这样。上周我们集团大数据部新入职了一个数据工程师小林，部门领导让我带一带新人。我问领导新人啥水平啊？部门领导的评价是：基础扎实，思维灵活，动手能力强，不喜因循守旧。

HR 的点评更让我一头雾水：这个年轻人“有点东西”。

既然“有点东西”，我就特想知道有哪些什么东西？刚好业务部要取的一批数据需要新开发一个数据 API，我就把任务派给了小林，想试一试“有点东西”的小林。

说起数据 API 开发，老鸟们都知道，这对数据工程师是一个很常见的工作。但是，对公司数据环境还不太熟悉的小林可能很难搞定。我曾经关注过开发 API 的时长，一般来说，由于开发者水平不一样，对业务理解的程度不一样，开发难度也不一样，所以一个数据 API 短则小半天长则数十天也不稀罕。

听老鸟的话，别让他受伤！

当然，想要开发好一个数据 API 也并非易事，不仅需要工程师了解各种技术栈，还要把细节都考虑周到。例如接口版本化、接口面向的应用场景、请求参数的规范性及处理的统一性、返回数据类型、返回码及信息提示的规范性等，这些环节无处不在考验着开发者的知识广度和深度。

我给小林派活的时候，脑袋里都能想象出新人小林抓耳挠腮地样子，新人嘛，肯定要敲打一下的。

哪知道，这个小林根本不按套路出牌，考虑到时间紧任务重，他暗暗地寻找一些避免重复造轮子的办法，完成数据 API 开发的任务。

一般新人一旦把任务完成，马上屁颠屁颠地过来报喜。但是，小林没有声张，还特地跑来跟我谦虚地请教怎么开发数据 API？

唉，我为什么又要重复造轮子呢？

我当时想，果然是新人，这么简单的事情都搞不定，让我来教教你这个新人怎么做事呗？于是，我把小林拉到会议室，摆出我多年积攒的一套方法论、开发流程和注意事项，似有不给新人醍醐灌顶不罢休的架势。比如，数据 API 开发流程，准备好数据库，开发数据库链接代码，开发 API 逻辑代码，开发 API 鉴权 &流控逻辑，搭建 HTTP 服务器，部署 API 接口服务，后面就交给运维了。

总之，Balabala 说的我口干舌燥，连喝三大杯凉白开才补足当时喷出的口水。

听到最后，小林淡淡地说，以前他也是像我这样开发数据 API 的，不过他现在觉得可以不用这么麻烦？他接到我给的任务之后，最近一直在试用一款新工具，几分钟就能开发一个数据 API。

数据 API 开发，我忍你很久了！

几分钟，瞎掰了吧？以我 10 多年开发工作经验，这绝不可能！说真的，我当时有点小生气。一个新人还想给我上课！结果没多久，我感觉还真是被小林上了一课。

随后小林也说出了心里话，他说自己关注 API 开发的问题很久了，面对多种异构跨平台数据源，不同水平的数据工程师开发周期和稳定性差异都很大，尤其在针对大数据量高并发的数据需求时，API 交付实效性比较差。

而且对多种版本的数据 API 使得复用率低，经常需要数据工程师重复造轮子，由于人员不固定也不得不重造，这些都降低了开发人员的效率。再加上缺乏统一规范，给后期 API 管理和运维增加很大复杂性。

对公司内部所创建数据 API 使用情况的分析

小林简短的一席话，确实让我有一种醍醐灌顶的感觉。因为，我感觉从没有这么思考过如何更高效地解决 API 开发的问题。

我迟疑了一会，继续提出我的质疑：开发出来能好用吗？显然，小林是有备而来的。他很快通过企业微信发给我一个 API 接口链接发给我测试，为了让我相信，他还演示了开发过程。我这个时候才看清楚他说的新工具：全 Web 开发界面，API 开发、数据市场等几个核心功能，支持多种常见主流数据源和数据平台，比如 MySQL、PostgreSQL、MSSQL、Oracle、Hadoop 等。

我满心怀疑地做起了一轮轮测试，不管是数据查询、数据下载等方面的应用效果都很好。后来，业务部这项任务我们最终采纳了小林提供的方案，得到业务部领导的口头表扬，以前我们两个部门可没少互相埋怨，这方面的故事以后细聊。对于我们大数据部门，这款新工具还提供了从数据 API 创建、发布、调用到运维全生命周期的管理。

从那一刻起，我是打内心开始觉得，这个新来的数据工程师确实“有点东西”。

对了，小林说，现在这款工具目前在做活动可以免费下载试用，同行建议下载试试，需要下载地址可以给我评论区留言吧。