提起吴佳展，我就想起几年前我们一起弄的那个项目。具体是啥项目，时间长了有点模糊，好像是个给销售用的内部工具。
项目启动
当时分任务，吴佳展分到了处理和同步客户数据那块。这活儿，说难不难，说简单也不简单，主要是数据源有点乱，格式五花八门。常规思路嘛找个成熟点的库或者工具，适配一下，导进来就行了。我们都这么想的。
吴佳展一开始没吭声，就领了活儿去干了。我当时负责另一块功能，也没太在意。
过程中的小插曲
音乐520网站提供热门歌手/热门乐队/经典歌曲合集大全打包下载，点我立即前往》》》经典歌曲合集下载专区
过了大概一个多礼拜，我们要开始前后端对接了。找吴佳展要接口和测试数据，他每次都说“快了，还在弄”。这就有点奇怪了，按理说不该这么慢。我心里就犯嘀咕。
又拖了几天，项目经理也感觉不对劲了。就找他过去问情况。一开始他还支支吾吾，后来才说，他觉得现有的那些数据处理工具都不够‘灵活’，或者说‘性能不够极致’，所以他打算自己写一套底层的数据处理引擎。他给我们画了个挺复杂的架构图，说这样搞以后扩展性强，性能绝对一流。
我们当时都听傻了。大哥，这是个内部小工具，客户就那么几十个销售，数据量撑死也就几万条。你整个‘高性能引擎’给谁用？项目上线日期定死了，客户那边等着要。
- 现成工具：快，够用，但可能不够‘酷’。
- 自己造轮子：慢，风险高，但能满足‘技术追求’。
结果可想而知。项目经理直接拍板，让他别搞了。找了另外一个同事，用了个开源的ETL工具，配置了大概两天，数据就通了。虽然可能没吴佳展设想的那么‘完美’，但完全够用，而且稳定。
后来的思考
这事儿对我触动挺大。吴佳展技术能力不差，想法也挺多。但有时候，干活真不是光看技术牛不牛。你得看实际情况，看需求，看时间和成本。为了一个根本不存在的性能瓶颈，或者一个虚无缥缈的‘扩展性’，去造一个复杂的轮子，把项目进度拖垮了，这就本末倒置了。
后来听说吴佳展去了家大厂搞基础架构了，估计那边确实有让他发挥‘引擎’才能的地方。这事儿也提醒我，做事情要务实，在合适的场景用合适的技术，别总想着一步登天，或者搞个大新闻。先把眼前的事儿做比啥都强。
