缺乏架构思维

有时候，遇到一个偏架构的问题，立刻就需要一个“英雄”站出来？也就是“还有谁？！”，此刻，自己如果脑袋空空或者畏畏缩缩，是不是会有深深的挫败感？为什么机会来临的时候，却不敢站出来？为什么问道：你有什么想法？的时候，就总是只是沉默？……

此刻，最能说明能力配不上梦想。

一、什么时候会觉得欠缺架构思维？

举几个实战场景吧？

1、关于认证和鉴权这块，应该如何设计呢？目前系统的认证和鉴权是否有问题？哪些地方考虑得比较好?哪些还有欠缺？

2、前后端部署，是都统一用Docker呢？还是部分用Docker，部分不用？利弊呢？到底哪种比较好呢？

3、消息机制，到底用Kafka还是用ActiveMQ？抑或RabbitMQ?
各自优缺点？从实战场景来说

4、双活方案怎么做？也就是：双机热备？比较简单的高可用如何保证？
包括：应用、数据库、缓存等

5、报表模型如何设计？
6、中台的思想如何在实际项目中落实？并为其他业务提供支持？怎么支持？

再举几个零碎的例子：统一响应模型如何设计？异常如何处理？国际化？
这些都是很基础很通用的东西，但是如果让你从零开始，你是否能够考虑周全或者可以立刻干活？

……

二、怎么办呢？

这些设计方面的问题会让人感觉一下子“步入了中年危机”。

哪个环节没做好呢？以至于：书到用时方恨少？

被日常的工作占用了主要精力？没有去做长远的计划？比如：以上这些重要但不紧急的事情。从来就没有安排进计划？还是计划得不够SMART？或者计划了但是执行不力？

这是一个战略问题，如果当时欠缺考虑，问题就慢慢暴露了。

三、TODO

要做的事很多，所以要分清轻重缓急，也就是按照四象限目标来。路漫漫其修远啊。