1.应该是提高个人效能的实践，哪个更有体会吧？

2.关于追求完美，我有点体验。原本我也是事事追求完美。但在跟完郑烨老师的<10x程序员工作法>后，我认可了一个观点。过分的追求完美是在核心价值思考上的偷懒。所以后面对完美的追求就变成了边际成本投入和边际收益的平衡上，依旧是追求更好，但力度更小更精准，每一行代码在写上去前都有过斟酌。

3.关于自动化，我也有点体验。我曾抱怨过项目完全没有自动化测试这一块，但测试同学都是业务测试，很无奈，然后我就自己干，结果根本撑不起来，自动化case的添加都赶不上功能需求的添加。而后，经过和测试同学的讨论，我们采用了定时任务维护测试环境数据，加半自动case覆盖（部分需要人工验证）的方式，将回归测试case集先弄起来了。从中我吸取了一个经验，一切的目的是对任务close的追求，自动化只是常用的方式，编码只是工具。不一定都要自动化，也可以说完全自动化的追求亦是一种完美追求，不利于落地。采用优先落地持续迭代才是比较科学的方案，毕竟，这样能更早的享受到回归case的好处，虽然它一开始并没有那么好用。

4.我不建议采用太多设计模式，除非非常有把握或者说这么用基本是编程泛式，不然简单才是硬道理。我在重构时，为了结构优雅去重啥会引入一些设计模式。在针对某块业务性能调优时会引入。但往往快速迭代时都只是适当做下领域抽象就上了。

5.除了高效，感觉价值导向也很重要。程序员需要持续学习，而我现在的持续学习不大一样。我现在的持续学习，往往都是工作中有什么难点，然后针对性去学习，我的目标是自己的成长要在工作中产生价值，也就是随着自己的成长团队可以持续受惠。为此，我学习管理学，okr，来科学管理团队，学习软件工程和项目管理来把控开发过程，学习市场运营和产品设计来追求价值最大化和产品合理性，学习增长思维和经济学来对齐企业战略，导向团队和项目发展。但这么做有个很大弊端，沉默成本太多，大多是专用资源，在基本只看通用资源的当下面试场景太吃亏。而且越有价值越吃亏，和企业绑太死，发现太依赖企业成长情况，对个人职业发展也道不清是利是弊。对于这种尴尬的情况，老师您有什么见解？