专案做完了，你得到最宝贵的是「经验」

年轻，最不值钱的就是时间，请用它去换取「经验」，我敢肯定只要你付出绝对多的时间，你就能得到比同龄人更多的「经验」

经验，是多么抽象浪漫的感概，很多年前我就常说的一句话「你是有10年的经验，还是一个经验用10年」

怎么验证这句话，等下看我第二点论述。

每次在专案开始前，很常和同事说的一句话就是，多想想这个要怎么做，因为只要你想通了，这个方法就是你的，这就是你的经验，不管到了哪里，他都会跟随你。

经验不是执行的过程，而是思考、思辨、执行时遇到的问题、解决思路等等体验综合，光是执行，这经验不值一提。

因为你无法对这个「回忆」做出任何的解释。

曾经有那么一个故事，我遇到前公司的成员来面试，因为都是认识的，所以对于内部的细节，大概都知道，所以当他在描述一些「经验」的时候，我更在意的是：

1. 为什么要选择这样做？而不是那样做？
2. 这样做之后，效果如何？如果再来一次，你会怎么做？原因又是为什么？
3. 如果现在请你建议我做一样的事，你会怎么说。

如果你的答案是「我也不清楚，我主管交代的」、「我也不知道也」

那么不妨下次在做每一件事之前，问一下自己，问一下身边的人，为什么你要做这件事。

你和一年前，有什么不同

应该曾经被我带过的同事，都会被我问过同样的话。

如果你无法确实说出些什么，那么要小心，你可能就是那位「一个经验，用了10年」的人。

当然这些不同，不仅仅是说，你学会了用next js 13，你知道了什么前端监控，更多的事，你看事情的面向和深度上，有什么不一样的见解。

因为也只有这些思维，你才能理解甚至设计出更厉害的工具，解决更复杂或困难的问题。

很多时候，因为我们的认知有限，我们接触的事物也很有限，很容易误以为一些事物的进步，解释为「内卷」

因为或许当下的你根本无法理解，为何这些技术需要存在。

但过度的「知识焦虑」是非常不健康的，所以我们只需要量力而为，和自己比较即可，若你想要的进步多一些，你就努力一些，若你想要有些不一样即可，那你就放多点时间在其他兴趣上，这没有一定的标准。

但「强迫」自己改变，并非一件什么十恶不赦的事，不妨尝试看看，若你不满意现在的自己，那就改变自己。

学习思考问题，而不是好好的写Code

「我只想好好写Code」 member发自内心的说道。

我说「当然可以」，之后，我也没再说什么。

不知道什么时候，有几本书我都会推荐同事有空必须阅读的，包括著名的《clean code》

然后见山不是山，所谓执行一些最佳实践，并非是真的为了「工程」，而是为了解决问题。

我们想想，为什么我们要那么在乎这些实作方式，因为实际上，我们每天都要维护和改动我们的程式，如果你乱写，可想而知之后要怎么改？

很常有人开欢笑，看自己三个月前的code，根本不知道自己在写什么。

所以有些前辈总结了自己的经验，「建议」你这样做，会更好，所以精髓并非是「用了」什么了不起的架构，而是你进行了不一样的改变，这种改变，不需要被肯定，这种改变，将会在你日后的工作中，渐渐体现出他的价值。

其他方法、框架、技术、其实也是如此，当你真的想要好好写code，其实背后含义是真，你如何优雅的解决问题.

如果你不去理解问题，你怎么能好好写code呢，因为你所谓的「好Code」造成公司大混乱，团队之间新旧交替无法平衡，业务功能无法交付，那么这时候，你坚持的「好架构，好方法」是不是真的「好」呢？这一点很值得我们反思。

不切实际的技术改动和盲目崇拜，往往会带领团队走向毁灭之路。