要说这句“智足以拒谏,言足以饰非”，我可真是吃过它的亏，才算是真正明白了它到底是个啥意思。这事儿得从我刚毕业那会儿说起，那时候我真是个愣头青，自以为学了点新东西就了不起了，总觉得老前辈们那一套都过时了。
刚进公司那会儿，我被分到一个小项目组，任务是负责一个模块的开发。当时我心里那个得意，觉得终于能大展拳脚了。模块设计的时候，我铆足了劲儿，想搞点“高大上”的东西。项目经理，一个五十来岁的老大哥，平时话不多，但经验那是真丰富。他看我画的设计图，就时不时提醒我几句，比如“这块儿逻辑是不是能再简化点？搞太复杂了后期不好维护。”或者“数据同步这里，有没有考虑过并发量大的时候咋办？别到时候卡死了。”
他每次提点，我表面上都点头哈腰地应着“是是是，我再想想”，但心里头压根儿没当回事。我寻思着，他那都是老一套的思维模式了，我这可是互联网时代最前沿的技术和架构，哪能还用他那古板的思路？我自信满满，觉得自己的设计既优雅又高效，根本就没听进去他那些“经验之谈”。用现在的话说，我那时候就是“智足以拒谏”的活体教材——觉得自己那点小聪明，足以把所有反对的声音都给挡回去，根本不觉得别人的建议有啥用。
结果嘛就跟所有不听老人言的年轻人一样，我这模块上线没多久就出问题了。一开始是小毛病，偶发性的数据丢失，接口响应慢。我那时候还嘴硬，跟同事们解释说：“这肯定是测试环境没模拟或者网络抖动造成的，跟代码关系不大。”后来问题越来越频繁，越来越严重，都影响到核心业务了。用户投诉不断，整个团队都被搞得焦头烂额。
开复盘会的时候，我硬着头皮，把责任推了个遍。我先说需求文档不够清晰，导致我理解有偏差；接着又怪后端接口不稳定，导致我这边的模块跟着受影响；然后又说测试同事覆盖不全面，没把这些隐性问题测出来。一套一套的说辞，把所有能想到的理由都搬出来了，就是不承认是自己设计上的问题。我还特地准备了一堆技术名词，什么“分布式事务的最终一致性考量”、“异步消息队列的补偿机制缺陷”等等，说得那叫一个一套一套的，愣是把大家唬得一愣一愣的。我这不就是“言足以饰非”吗？嘴皮子一套，能把自己的错误说成是“复杂的技术挑战”，或者“环境因素不可控”，硬是给自己找补回了面子。
项目经理全程没说就默默地听着。等我滔滔不绝地“解释”完，整个会议室鸦雀无声。他才缓缓开口，说了句让我到现在都忘不了的话：“小X，你这嘴是真能说，道理也一套一套的。可代码不会骗人，系统也不会撒谎。问题出在哪儿，明眼人一看就清楚。”
他没骂我，也没批评我，就这么一句平平淡淡的话，像一记重锤，直接敲醒了我。我突然发现，我之前那些自作聪明、自以为是的行为，简直就是个笑话。我以为自己的小聪明能“拒绝”掉别人的好意，结果却让自己栽了跟头。我以为自己的口才能够“掩饰”掉自己的错误，结果只是让大家对我的信任度直线下降。
那次以后，我才真正琢磨明白“智足以拒谏,言足以饰非”这十个字背后藏着多大的学问。它说的不是你有多聪明，也不是你多会说话，而是你的心态出了问题。当你觉得自己足够“聪明”时，你就会听不进去任何逆耳的忠言，哪怕那些建议是真正为你而当你太会“说话”时，就会习惯性地为自己的错误找借口，最终导致你根本无法从错误中吸取教训，反而越陷越深。
从那以后，我做人做事都收敛了很多。面对别人的建议，我开始学会真正去思考，而不是急着去反驳。面对自己的错误，我也不再想着去遮掩粉饰，而是老老实实地承认，然后想办法去解决。这么多年下来，我真真切切地体会到，真正的智慧是谦逊，真正的能力是担当。这句古话，我算是用自己当反面教材，彻彻底底地搞明白了。
