内容摘要：凌晨三点，我盯着屏幕上那道编译错误，突然觉得“困难”这个词被我们用烂了。它像一件穿旧了的工装外套，遮不住任何具体的形状。 真正的麻烦，往往没有名字。比如你明知道方案有问题，但客户说不上哪里不对，只说“

凌晨三点，困难我盯着屏幕上那道编译错误，种说突然觉得“困难”这个词被我们用烂了。困难它像一件穿旧了的种说工装外套，遮不住任何具体的困难形状。

真正的种说麻烦，往往没有名字。困难比如你明知道方案有问题，种说但客户说不上哪里不对，困难只说“感觉差点意思”。种说这种模糊的困难否定比明确的拒绝更磨人。它像鞋里的种说一粒沙，不致命，困难但每一步都在提醒你它的种说存在。我管这叫“无靶之矢”——你甚至找不到可以瞄准的困难靶心，只能对着空气反复练习拉弓。

另一种被误称为困难的，其实是“选择过载”。上周我朋友开咖啡店，光选杯子就花了三天。不是没有杯子，是杯子太多——陶瓷的、玻璃的、双层隔热的、带棱纹的。每个选择都通向一种不同的未来，而每个未来都意味着放弃其他未来。这种痛苦不是来自匮乏，恰恰来自丰盛。就像站在自助餐台前，胃只有一个，菜却有上百种。

还有些时候，我们遇到的压根不是困难，是“惯性重力”。你想改变团队的沟通方式，但大家已经习惯了每周一开两小时废话会。没人反对你，但也没人动。那种感觉像推一堵墙——墙不抵抗，但也不移动。你使的力全被它的沉默吸收了，连个回声都没有。

最隐蔽的一种，我称之为“解释的深渊”。问题本身不难，难在你要向不同的人解释为什么这是个问题。技术部觉得你小题大做，管理层觉得你在制造恐慌，同事觉得你多此一举。你花在翻译上的精力，远远超过解决问题的精力。到最后你甚至怀疑，是不是自己出了问题。

说回那道编译错误。后来我发现，它根本不是bug，是我自己定义了一个变量却从未使用。编译器在提醒我——你有个想法，但没落地。那一刻我忽然觉得，很多所谓的困难，不过是内心那个“未使用的变量”在报警。我们总以为困难是外部的敌人，其实它更像一面镜子，照出我们那些悬而未决的、含糊的、自相矛盾的念头。

所以别急着给困难贴标签。它可能是雾，是岔路，是回声，甚至是你自己的影子。给它一个具体的名字，它就缩小一半。剩下的那一半，通常只需要你坐下来，写一行代码，打一个电话，或者承认一句“我不知道”。

天快亮了。我删掉那行代码，重新写了个更简洁的版本。屏幕上的绿色提示符亮起来时，我忽然明白——所谓困难，很多时候只是我们还没准备好，跟真实的自己打个照面罢了。