一直白嫖github很过意不去，自己代码水平一般没有啥可贡献的，贡献些工作中的经验总结吧，也算是回馈开源社区了。
用户反向驱动机制<==>反向传播更新权重。正向推进反向改进，双循环🔁。
把不确定性降到最低，最大化的对抗熵增。
谨防“摁了葫芦起了瓢”，环节自动化测试。
没有经过测试的绝不往外发。
拥抱变化。
解决问题的最佳时机是什么时候呢？是一个星期以前，再一个就是现在。快速回应世界对我们的反应。
乐观大胆拿订单，谨慎细致执行，可以拿未来的能力或产品去销售。激进和保守。
任务分解到人，责任目标要清晰明确。
最大化1:1模拟现场环境和会做的操作。
边战斗，边总结，边前进。从错误中吸取教训总结经验，找出流程中的漏洞，以点带线的成体系的不断优化我们的流程和制度，坚决避免同类问题再次出现。毛主席老人家没打过几次仗却能从极少的战斗中总结出经验，抓到战争本质，形成很高的战争理论并指导战争。所以我们试错成本一定要低，试错质量要高。
这做项目跟我们训练神经网络很像，首先是前后传播forward，需求-->开发-->测试-->交付。给到客户后有反馈了就是反向传播backpropagation，先过交付再测试再开发，最后看是不是需求没对齐。我们团队的人就是一个个神经网络节点，一个项目就是一个epoch，经历一个项目就是经历了一个epoch，每个人都得到了成长，对应神经网络得到了权重更新。经历的项目多了就收敛了团队就牛逼了。nice。要这么类比现场的反馈机制很重要啊，有了反向传播才能更新每个节点的权重。事实上也是，现场或者外部世界已经对我们给与了回应，我们不能有效反应不能抓住机会历练，那权重就得不到有效更新。