不是因为生气，而是在回忆。这已经是第几次了？

第一次，他让我做一个功能模块的设计，我花了三天时间出了详细方案，包括技术选型、接口设计、数据库表结构。他拿走了，过了两天跟我说方案不合适，要重做。结果后来我发现，他把我方案里的关键技术点拆出来，自己做了一个极简版，功能缩水了至少一半，但核心思路和我的一模一样。他拿去给总监演示，总监觉得挺好。

第二次，是一个小工具的研发。他说得很紧急，问我能不能快速出一个版本。我加班加点做出来了，他拿走以后又是“方向不对”，然后又是“自己优化调整”了一版。那版代码里，连变量命名风格都和我的一模一样。

现在是第三次。

之前我还不太确定他是不是故意的，以为是沟通问题或者理解偏差。现在我不装了，他也不装了。他就是等着我把东西做出来，他拿去说“不合适”，然后自己基于我的成果搞一个简版，美其名曰“调整方向”，实际上是摘现成的果子。

而且他特别喜欢“简版”这个词。好像只要加上“简版”两个字，就可以理直气壮地把一个完整的设计砍掉三分之二的功能，然后用剩下的三分之一去交差。至于那些被砍掉的功能背后我付出的思考和劳动，从来没有人过问。

我还是太全面了。后端能写，前端能调，数据库能设计，bug能定位，demo能做。否则，他怎么会觉得我啥都会干，啥都该干呢？

昨天我还在和我coding圈的一个朋友聊天，她说她已经遇到好几个40往上的男领导，就喜欢PUA下属，各种画饼、压榨、抢功、甩锅，套路都差不多。

我当时还安慰她说，可能是个例，别太往心里去。

今天转头我就遇上了。

我算了一下他的年纪，四十出头。还真差不多。

但我得说，这种行为的本质未必和年龄、性别有必然关系，更多是一种管理上的惰性和权力上的不安全感。一个真正有能力的管理者，应该是把目标讲清楚、资源给到位、让团队成员各司其职、共同推进。而不是自己接过一个项目，什么信息都没有，什么规划都不做，就直接甩给下面的人，等着摘果子。

他这样做的逻辑我其实能理解：如果我自己做方案、自己写demo，万一搞砸了，责任是我的；如果让我来做，做成了他拿去汇报，做砸了可以推说是“下面的人没做好”。风险和收益完全不对等，对他来说是稳赚不赔的买卖。

但他忽略了一个最简单的问题：我只是一个开发人员，不是一个产品经理，不是一个架构师，更不是一个什么都不知道就能凭空设计出一套方案的神仙。

我能做的，是在明确的框架内解决问题。你给我需求，我给你实现。你给我场景，我给你方案。但你一问三不知，只给一个虚无缥缈的“方向”，就要我拿出能跑的demo——这已经不是能力问题了，这是逻辑问题。

说实话，我吐槽了这么多，并不是想说自己有多委屈。职场上的这点事，谁还没遇到过几次？

我想说的是一个更普遍的问题：当一个组织里，信息向上汇总而责任向下传递成为一种常态，当一个管理者习惯于把“我不知道”当作安排工作的理由而不是需要解决的问题，那么真正做事的人就会陷入一种困境——你做得好，成果是你的吗？你做不好，责任是谁的？你努力做了，但这个方向真的是公司需要的吗？更多的可能是，你的上司拿了你的方案，持续性的指指点点之后，再包装成自己的。

这些问题，不是靠个人的“全面”就能解决的。

我的期许其实很简单：希望有一天，我能在一个正常的团队里工作。在那个团队里，管理者接过一个项目，自己会先搞明白需求是什么、目标是什么、资源有什么，然后再分工协作。在那样的环境里，我的代码和设计能够被看见、被认可，而不是被拿去改头换面变成别人的成果。

至于现在的这位领导，我没法改变他，也没打算改变他。我只能守住自己的底线：能力范围内能干的事，我可以干；但一问三不知的项目，我不接。不是赌气，而是真的没法干。就像你不能让一个厨师在不知道客人要吃什么、不知道厨房有什么食材的情况下，凭空做出一桌满汉全席。

他要的从来不是一个能跑的demo，他要的是一个能交差的筹码。

而我，不想再做那个递筹码的人了，拒绝是我唯一能干的事情了。