先叠甲，我不是工贼。但是要是真有人这么认为，我只能说大家对自己人生的立场不同，观念不同，追求不同。再其次工作得是自己喜欢的最好，兴趣胜过一切。

职场感悟：拿三千薪资，要具备八千的做事心态

作为一名从业多年的 IT 架构师，见过大量开发人员的成长与掉队。技术圈同样存在一种很现实的认知误区：工资给多少，我就干多少活。但职场不是菜市场，你输出多少价值，才配拿到多高的薪资。

那句很扎心的开发圈潜台词

团队里曾经来过一位初级开发，交付的模块 bug 一堆，边界场景完全没考虑，接口文档残缺不全。我组织评审指出一堆问题，对方回了一句让我印象很深的话： “我就拿这点工资，你还指望我做到什么程度？”

乍一听似乎很公平，等价交换，拿多少钱办多少事。但职场不是菜市场，如果你只输出三千块的代码质量，公司永远不会给你八千的薪资。薪资是价值的结果，而不是做事的前提。

回想我刚入行的时候，薪资同样不高。但每次接到需求，除了完成产品明确要求的实现版本，我还会额外输出两套备选方案：一套严格按照需求落地，另一套是我结合系统现状思考的优化方案，包含性能、可扩展性、异常兜底的考量，交给上级做选择。

当时并没有刻意算计升职加薪，只是发自内心热爱技术，珍惜自己输出的每一行代码。我觉得从我手里交付出去的代码，就是我的个人技术品牌。代码可读性、异常捕获、日志埋点、回滚方案，这些都应该纳入交付标准。

但带过几十位开发之后才发现，这种心态其实非常稀缺。不少科班出身的新人，写完功能就完事，代码不做自测，空指针、参数校验、事务边界漏洞随处可见，不看日志、不关心链路调用，更不会思考这段代码未来如何维护、会不会成为后续的屎山。

“做了” 和 “做好”，是程序员之间巨大的鸿沟

很多开发的关注点停留在：这个需求要不要加班，几点能够下班。 但真正想把技术做好的人，不会拿 “要不要加班” 作为评判工作的标尺。软件打磨本身就是没有止境的工作。没有哪个优秀系统，是刚好卡着下班时间就能打磨完成的。

写代码完成功能，只是 “做了”；考虑异常、兼容边界、性能损耗、后续迭代成本，才叫 “做好”。

我见过一个很形象的类比：公司楼下有位看管服务器机房的运维师傅，别的值守人员只做到机器不宕机就完事。但这位师傅会定期梳理机柜走线，整理设备标签，记录硬件隐患，提前排查潜在故障。遇到设备告警，不止处理当下问题，还会输出复盘文档，总结规避手段。没有额外的指令，也没有额外补贴，但团队所有人都愿意信任他，遇到硬件问题优先找他。

同样一份岗位，“做了” 仅仅完成交付底线；“做好”，会带来不可估量的个人成长和口碑。薪资待遇的差距，只是附加结果。

“不想久待，何必卖力” 是短视的陷阱

不少新人心里会有这样的想法：反正我不会在这家公司干很久，没必要那么拼。

但现实是国内互联网企业生命周期并不长，很少有人一辈子待在同一家公司。跳槽是每个技术人都会经历的旅程。 区别在于：优秀的程序员，无论在哪家公司，都在给自己夯实技术基石，越跳平台越高；抱着混日子心态的人，几年下来只是重复 CRUD，跳槽只能原地打转。

你的每一段代码、每一次方案设计、每一次故障排查，都是写在自己简历上的履历。你糊弄工作，最后糊弄的是自己的职业道路。

大厂螺丝钉 vs 小公司的成长机会

很多技术人向往进入大厂，这无可厚非。但要清醒认识到大厂的另一面：大公司分工极度细化，有人只负责某个组件的某个函数，长期只做一小块工作，你可能很久都接触不到完整业务链路，更谈不上完整系统架构设计。

很多人容易陷入错觉，把平台的能力当成自己的本事。大厂完备的中间件、基建、团队资源，帮你屏蔽了大量复杂问题。离开这套体系之后，是否还能独立完整设计、落地一套系统，才是真正属于你的能力。

反观小公司，人手紧张，同样的薪资，不会只让你做单一模块。你可能既要写接口，又要处理问题排查，还要参与方案评审，接触完整业务闭环。前提是，你愿意主动学习，愿意接住更多的挑战。

如果你第一份工作就进入大厂，值得庆贺，但也要时刻提醒自己：公司看中的是你过去的履历，在职场上，你依然可以是正数，也可以变成负数。不要把平台的光环，当成自己的实力。

万般带不去，唯有业随身

老话讲 “万般带不去，唯有业随身”。放到程序员身上，这份 “业” 分为两件东西： 一是实打实沉淀下来的技术能力，架构思维、排障思路、编码素养； 二是想把事情做好的职业态度。

平台会变化，公司会更迭，薪资会波动，但这两样东西，是完完全全属于你自己。

这份本事不会凭空得来。当你拿着三千薪资的时候，就要以八千标准要求自己。那还没有兑现的五千，就是你给自己交的成长学费。

不是鼓励大家无偿透支自己，而是不要被眼前的薪资框住自己的上限。不要用薪资定义自己的工作标准，而是用工作标准，去争取更高的薪资。