自我评价 我做过大量事，也就做过那些真正能让我变辣的任务。别指望我天生就懂啥“战略高度”，在我眼里，代码是逻辑，设计是直觉，沟通是润滑剂。我更喜爱那种东西一旦做了就离不开，就像那会儿做电商后台，用户下单、支付、修改评论，我直接用手敲代码改，从 2 万行升级到 5 万行，后台瞬间跑得比风还快，用户投诉瞬间清零。

那时候我总认定自己是那种能一人扛鼎挂的，目前回想起来，实际上挺孤单的。 我的技术栈挺广，但真正让我有感觉的，还是那些在枯燥堆料里能撸起来的东西。记得在某个大项目里，我们团队负责重构一个老旧的供应链系统。

那时候大家还在纠结是不是该引入微服务，我直接抄了别人的架构，自己又加了一层缓存，结局把开发周期从两个月压缩到了两周。

这时候老板问我：“你确定这样能跑通？”我说：“我不确定，但我敢试。”最终那个系统上线，客户端访问速度直接拉满了，服务器负载成了个摆设，客户评价直接飙到了 4.9 分。

后来我做的复盘里写了如此多，实际上无非就是几个词：快速、精准、敢闯。

这年头哪位还愿意花三个月做 PPT 汇报？我直接上代码，晚上改到凌晨三点，第二天早上顶着黑眼圈就能推掉需求。

那时候我认定自己是那个能扛事的人，目前想想，实际上挺亏的。 除了技术本事，我实际上特别精通把复杂的东西讲得让人听懂。

那会儿做数据可视化项目，得给老板和客户看一堆图表，数据量也大，格式也乱。我先是花一周做了一套统一的数据接口，把各种乱七八糟的报表格式标准化，然后自己写了个自动转换脚本，直接生成标准图表。老板一看，直接夸我“效率提升 300%"，客户也就直接给了个五星好评。

实际上那素材我早就想好了，就是想把那些难看的报表变得 clean 点。

后来我把这个流程固化下来，目前不管接啥案，我都先搞个“数据清洗 + 可视化”的标准化模块，连甲方都问我能不能接手他们的旧系统。 我认定自己最大的毛病就是忒爱干实事，不忒会“站高一级看全局”。

有时候为了追求那个具体的指标，可能会忽略一些长远的风险，要么在沟通时忒直接，忽略了语气和分寸。

这点我得改，赶明儿做事前先想一下，万一出了难题，是不是出于我忽略了啥背景？

是不是讲话忒硬了？自然，我知道我改不了，只能在每日复盘里盯着自己。 自然，我也不是完美的。

有时候面对突如其来的变更，我会慌，可能会想自然地做技术方案，结局发现后面还有坑等着填。之前有个电商大促，突然有个大客户要加新功能，我第一反应是先评估工作量，结局发现需求实际上挺细碎的，最终为了赶进度，我把几个核心模块的架构一次性写死，害得后期维护起来全是问答题。

那时候确实挺挫败的，后来我承认自己忒冲动了，赶明儿遇到这种“大爆炸”级别的变更，我会先拉个线沟通，再动手。自然，沟通本身也是个活，有时候对方回复忒慢，我也得学会催；有时候对方认定我的方案不够好，我也得学会磨嘴皮子，毕竟技术不是叫得响就行，得听得进。 我也不是那种只会对着屏幕敲代码的人。

那会儿做爬虫项目，爬了三天结局数据给个 50%，我直接拉倒了。

后来我装作没看到，偷偷把参数调了调，结局一口气爬到了 95%。

那时候我挺得意的，认定自己是个“废物”（换位思索一下），后来才认定自己是个“搞事”的。目前做数据分析，我也喜爱折腾数据，有时候为了看个趋势，自己把一堆表用 Python 全跑一遍，结局发现发现了啥隐形规律。别看最终发现系统逻辑有点绕，但起码让我对业务逻辑有了更深的理解。 我也不是那种只会把代码写得漂亮的工程师。

那会儿写代码，我总想着注释要写得像散文一样，结局客户一看就骂我。

后来我意识到，代码是给机器读的，注释是给人看的。

故此我目前写注释都尽量写“傻瓜式”的，把核心逻辑都写在变量名旁边，大不了代码略微丑点。客户有时候也认定挺丑，但好歹能看懂。

这就是我的风格，有时候忒直，有时候忒绕，反正总比用户看不懂强。 最终说句掏心窝子的话，我可能确实就是个技术活儿。但技术这东西，光靠嘴说不中，得靠信任。我信任代码能解决难题，也信任我的队友能帮我一起把这事儿搞定。毕竟在这个圈子里，能活下来的都是能熬的，能扛事的，能坚持到底的。我也知道，光说自己不中，可能没人信。

故此赶明儿遇到难题，我还是得自己先啃两下，再找机会跟你说。别看有时候你会发现，实际上我也挺懒的，懒得写文档，懒得开个会，反正都要干活的。 总的来说，我就是一个能跑得indah 的工程师，一个能搞定一堆烂摊子的技术处理者。别看目前认定自己有点飘，但敢不敢，确实敢。