读《Software Systems Architecture》（08）—— Concerns，Principles，and Decisions

🤔☕️🤔☕️🤔

• 读《Software Systems Architecture》（08）—— Concerns，Principles，and Decisions

• 📖：目标和动力（Goals and Drivers），来自发起项目的关键议题和基本问题（fundamental issues and problems）。

  🤔：一个架构项目能持续跑着，核心动力来自哪里？刚开始，有清晰的商业目标，说白了能卖钱，就是最能树立的目标，也是动力的来源。不过，这里有个细微的差别，那就是做出来必定卖钱，跟做出来可能卖钱，都算是能卖钱。必定卖钱的往往是项目型，或者是仿制型，这时的需求会比较清晰和固定，就像比例合适的油，容易产生稳定的动力。可能卖钱的往往是产品型，即自己根据市场理解，定义产品的形态和功能，这时的需求就像自己调制的鸡尾酒，谁出手调，谁的偏好会多一些，这时候的动力，更多要来自信念。这两种不同的动力模式下，前者需要一支训练有素的职业队伍，后者需要的不仅是一个训练有素的团队，还能在信念指引下，探索出新路的冒险精神。

• 📖：架构里的所谓“关注（concern）”，可以是个需求（requirement），可以是个目标（objective），可以是个约束（constraint），可以是个意向（intention），可以是个志向（aspiration）。

  🤔：我为何关注某件事情，不自觉被吸引是很大方面的因素，就像路边上遇到，不自觉关注，大家都懂啥意思。不过，这样的关注，来得快，去得更快。要说长久关注，那比定是预判未来有较大回报，或者持续得到反馈。我有个需求，到底有没有帮我放进去，总不会已经被遗忘吧。所以我得持续关注，原因很简单，我只要关注，关键时刻盯一下，就能在未来有收获，何乐而不为，这可是完全符合低功耗高回报的基因法则。我有个约束，只要推进过程里，逐渐能解开这个约束，让我呼吸顺畅起来，我当然就要去关注这个约束的进展。即使不像泳池里出水后瞬间吸满肺的畅快，那也有入水后逐个吐气泡的小愉悦。

• 📖：问题导向的关注（problem-focused concerns），方案导向的关注（solution-focused concerns）

  🤔：问题来了，必须解决。方案有了，可能来自解决现有问题的方案，可能来自课题研究的成果，想去解决。前者被动，却是常态，后者主动，可遇不可求。话说回来，在解决当下问题后的方案面前，多逗留一会儿，多问几个为什么，为何能解决当下的问题，问题为什么会有，问题背后的根本因素是什么，哪些其它现象也是这个因素导致，是否就有机会转换成方案导向的关注。话说可遇不可求，可遇的方面，更可能是自己的思维懒惰，才会导致所谓的不可遇。

• 📖：好的关注 = 量化及度量 + 可测试 + 可跟踪

  🤔：关注不是放在心里，默默叨念着，得说出口。到底关注哪方面、哪个程度，怎么算关注实现，怎么知道关注在持续，怎么知道关注在改变。

    —— By 术子米德 @2022.05.20