程序员进阶避坑指南：十个鲜为人知的职场与编码冷知识

没写过这种试试看~

0. 产品经理提的需求是可以驳回的。
   哪怕他是你上级，只要需求不合理，就勇敢地驳回。又想要快，又想要完美的功能，怎么可能呢？

1. 客户是看不到你的代码的，所以没必要刻意追求永无止境的优雅，能跑就行。

2. 很多技术难题，不是你能力不行，而是根本没必要解决。
   让手机壳根据手机壁纸变色，这种需求也是需要解决的。
   必须解决掉提出这个需求的人，越快越好，免得祸害人间。

3. 你写的大部分代码，最后都是给交接的人看的。
   代码测试通过之后，基本你就不会再看了。至于交接的人怎么看。
   那是周树人的事，关我鲁迅什么事。

4. 技术再牛，也不如把需求讲清楚更能减少加班。
   你敲代码可以很快，一秒五喷也好，才思泉涌也好，但一定没有动嘴快。
   据理力争让客户领导知道做这玩意没必要，才是最快的。
   做得快只会有越来越多的工作，但是能合理地推掉工作，对于此刻，未来都有极大的好处。

5. 网上吹的高薪神话，大多过滤了苦逼、运气和时机。
   拿了高薪的永远不相信，也不承认自己的运气，自己曾经很苦逼，自己刚好踩上风口。
   他们只是一味地说自己足够努力，然后卖课。
   就跟那些所谓成功的老板一样，一样把自己的成功总结为自己的努力。
   对于时代的发展，政策的支持，亲朋的帮助，闭口不提，张口闭口就是努力，奋斗。

6. 埋头死磕技术，不如把问题讲明白升职更快。
   无论是你遇到的问题，还是解决过的问题，讲清楚让别人知道，对升职一定更有帮助。在 云栈社区 的广场上分享你的踩坑经历，或许能帮到更多人，也更能体现你的价值。
   而不是埋头卷技术，只做个懂技术的工具人。

7. 你以为在优化代码，其实很多时候只是在自我感动。
   回看第1点，买单的人看不到，看到的人不买单。
   没bug能正常运行不就完了，还要看有没有按照规范来？
   拉完屎还要检查💩的形状是怎么样的，有没有擦干净？
   对没错，说的就是那些动不动就代码评审的小领导们。

8. 能稳定运行的老项目，千万别随便重构。
   哪怕你十分清楚老项目的业务逻辑，你也别动。
   并不是说你没办法完全重写里面的逻辑，是因为只要你动了，后面出问题就一定是你负责。
   别揽没必要的锅到自己身上，你有多宽的后背自己心里要有数。
   重构好了，没人夸你，大家都觉得反正你是按照旧项目来的。
   但重构一旦有问题，你就全是问题。
   “有老项目照着抄都有问题”
   “本来没问题的，你一弄就有问题”
   吃力不讨好的事别干，碰都别碰。

9. 程序员最大的本事，不是写代码，而是快速定位别人的坑。
   自己拉屎容易，但要在别人拉的💩山里找到问题的关键，一定是个技术活。
   你先要把别人的💩闻透了，搞清楚当前遇到的问题，才能最终找到那一坨。
   为经常在💩山里遨游的各位亦菲彦祖点个赞👍🏻

这些冷知识或许有些调侃，但背后是无数“过来人”的真实经验。技术人的成长，不仅在于编码能力的提升，更在于对工作本质、团队协作和职业规划的深刻理解。