几个正确的认知

接上篇《关于创新障碍》，怎么才能创新？精进自省，提高认知。因果来源于选择，选择来源于认知，认知来源于底层思维模型。提高认知的才能有所突破，不要停留在固定思维里面。认知这东西就像游戏里面的打怪升级，需要不断提升。

就如别人问你们系统架构是什么？一般人会说微服务，架构部分说的很少，接下来就是实现细节巴拉巴拉说一通。我们用的spring cloud全家桶，spring boot框架，数据库用的mysql，是B/S结构等等。反思为了更好的成长，做设计和架构一定不要过度停留在细节。设计和架构是毕生要修炼的东西。

程序员总有一个错误的认知觉得自己写代码很重要，说的太多没用，干就完了。换句话说你做出来的东西价值不大，业务逻辑一片混乱，你只能给这个组织带来“熵增”，做不了“熵减”。你开发的企业级应用价值是什么？成本、进度、范围、质量，最重要的是还质量。产品设计不合理》结构不合理》代码乱》bug 多》排查问题耗时》复用度低》加班》士气低落……，会造成恶性循环。如果做一个优秀的产品加上结构合理，代码整洁，bug少，排查问题快，什么问题都不是问题。几个正确的认知：

1. 数据库只是实现细节，数据结构和模型本身很重要，数据库本身只是一种软件，是用来存取数据的工具。
2. web是实现细节，GUI只是一个实现细节，而web则是GUI的一种，所以也是一个实现细节，这类细节一定要与核心业务逻辑隔离出来。
3. 应用程序框架是实现细节，请尽可能长时间将框架留在架构边界之外，越久越好。也许你不用买奶牛也能喝到牛奶。
4. 程序员要懂产品和商业，你很容易就认为只要你按照需求实现了指定的功能，你的代码就写完了，工作也就完成了。但是这其实只是冰山一角。

意识到问题就在慢慢的改正，希望接下来的日子里，讨论问题开始不要过度关注细节，让自己长时间停留在架构边界之外思考业务问题，而不是上来就是怎么实现。

附下图庆祝：自己隔离完成，明天集中复工。远程办公最大的挑战在于工具和沟通及自我管理能力。

每周一句|：逆天改命的最好办法就是提升技能，发挥长处，把工作做得更好，接受放缓的事实，平心静气，允执厥中。