当前时间: 2026-06-28 11:14:51
分类:办公文件
评论(0)
有这6种表现,说明你已经不想再主动了但我觉得,放到很多技术人身上,有一种很像的职场变化: 以前看到风险,会提醒;看到别人漏了,会补一下;群里没人回,会先接一句;领导问起来,会多解释几句。 后来慢慢变成:能不说就不说,能不接就不接,能等别人先开口,就不第一个开口。 以前你看到排期不合理、需求没说清、方案里有明显坑,会多说一句。 是你知道,提醒一次,可能不会被重视;但出事后,别人可能会问你: 以前你看到别人少发了一个材料、漏了一个字段、没对上一个口径,可能会顺手补一下。 因为你发现,补一次,别人会感谢你;补两次,别人会习惯你;补到第三次,这件事就像变成你的默认职责。 后面别人会继续问你进度,问你结果,问你有没有同步。 是你知道,在很多群里,第一个开口的人,不只是开口。 这个需求为什么延期,风险在哪里,前面有哪些依赖,哪些地方还没确认清楚。 是你知道,多说出来的东西,有时会变成新的审问入口。 第五种表现,是你明知道后面可能会出问题,也开始等流程走到自己这里。 以前你看到前面需求没定清楚,接口约定有问题,时间明显不够,会提前预警。 是不想在别人还没有明确责任的时候,先把自己放进去。 为什么这样做,之前发生过什么,后面可能有什么风险。 是你发现,很多时候你多说一句,别人就会顺着那一句继续往下问。 不提醒了,不补位了,不接话了,不解释了,不提前预警了,说话也越来越短。 多提醒一句,就可能要跟到底;多补一次,就可能变成长期兜底;多解释一点,就可能多一个被追问的入口;多接一句,就可能接下整件事。 它让你少接一些不该接的责任,少卷进一些说不清的麻烦,也少在别人没有给边界的时候,把自己先交出去。 但如果一个人长期只靠低反应保护自己,他失去的就不只是工作热情。 看到问题,不想拆;看到机会,不想试;看到别人说中了你,也只是划过去。 而一个人想长出工作之外的新路,最需要的恰恰不是更能忍,而是还愿不愿意对一个问题产生反应。 很多人后来都想给自己找一条工作之外的路,但真正卡住的地方,不一定是没技能。 他看见问题,也不想拆;有经验,也不想写;有想法,也懒得试。 看到别人做成了,他也只是说一句“挺好的”,然后继续回到原来的低反应里。 你发现很多人也卡在这里,于是愿意多说一句,多写一段,多试一次。 而是你安静久了以后,连自己的问题感、表达欲、判断力和尝试欲,也一起被磨掉了。 也不是说,你要继续主动、继续补位、继续第一个站出来。 而是那个还会判断、还会表达、还会对新东西起反应的你。 但不要把自己的问题感、表达欲、判断力和尝试欲,也一起交出去。 工作把人训练成低反应,最可惜的不是你不再主动干活,而是你不再主动看见自己的可能性。 帮技术人把混乱的职场场景,拆成问题、边界、风险和下一步。 我 是 凶凶熊, 写给那些表面 还稳、内心却越来越慌的技术人。 我帮技术人训练一种能力:把混乱的职场场景,拆成问题、边界、风险和下一步。 在公司里,它帮你讲清问题、守住边界;离开公司后,它会变成你做产品、服务、咨询和个人 IP 的底层能力。
上一篇AI写论文必选!5款AI论文生成工具,高效产出优质论文!
下一篇《中国行政管理》关于投稿审稿规范的补充说明
基本
文件
流程
错误
SQL
调试
请求信息 : 2026-06-28 15:35:02 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/809566.html 运行时间 : 0.234047s [ 吞吐率:4.27req/s ] 内存消耗:4,747.52kb 文件加载:145 缓存信息 : 0 reads,0 writes 会话信息 : SESSION_ID=5f6914a456dd357eeadb9ef0513c48f7
CONNECT:[ UseTime:0.001327s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4 SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.001648s ] SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000737s ] SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000668s ] SHOW FULL COLUMNS FROM `set` [ RunTime:0.001304s ] SELECT * FROM `set` [ RunTime:0.000603s ] SHOW FULL COLUMNS FROM `article` [ RunTime:0.001437s ] SELECT * FROM `article` WHERE `id` = 809566 LIMIT 1 [ RunTime:0.001166s ] UPDATE `article` SET `lasttime` = 1782632102 WHERE `id` = 809566 [ RunTime:0.015255s ] SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000592s ] SELECT * FROM `article` WHERE `id` < 809566 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001060s ] SELECT * FROM `article` WHERE `id` > 809566 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000952s ] SELECT * FROM `article` WHERE `id` < 809566 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.004591s ] SELECT * FROM `article` WHERE `id` < 809566 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.005031s ] SELECT * FROM `article` WHERE `id` < 809566 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.002452s ]
0.240052s