一个思考问题的框架
下午在开会，把最近思考问题的方式做了一下总结，如下：
业务架构和引擎架构
今年H2在重构我们的分单引擎，简答总结一下。这里面一个很重要的认知是：引擎的设计思路，和业务架构的设计思路，确实有很大区别。
首先什么是引擎？它和普通的业务模块有什么区别？
什么是引擎？其实没有严格的定义，可以从下面几个方面去归纳：
一个独立的功能单元，并且是核心的功能单元；【那跟系统或者模块什么区别？】
引擎，更强调于外部状态和规则的输入，一个引擎要工作...
从技术架构到业务架构
最近有个新的业务，命名为D业务吧。为了支持业务当下和稍微可遇见的未来，把核心的模型放在了订单的模型上，为了支持业务后面几个可能的形态，确定了订单主-子表的模式：
核心的要求：
主表：不要带一些强校验的东西，以乘客主要信息为主，而不是以交易信息为主
子表：更多的承载交易上下文的信息
这样，当后面新增业务场景的时候，我们可以扩展不同的子表，整体的订单模型不会...
从他人眼里认知自己
前段时间思考了一下如何当好一个技术负责人，写完之后，总是感觉还缺点啥，这个感觉的来源主要来自于：
自己总的的这些，到底合不合适？
之前的总结是一个思考问题的框架，那如果去发现实际执行中遇到的问题？
想到实际执行这个命题，思路逐步清晰：之前的逻辑是，自己基于过去的问题，思考出了一个汇总的、试图解决之前面临问题的框架，那怎么保障这个框架在以后能过解决所有的问题...
如何当好一个技术负责人（CTO）
最近有同学一起沟通，如何做好一个技术负责人，刚好有一些感悟，就总结了一下。整体的总结如下面这张图：
技术负责人和技术管理者的差别技术负责人首先是技术管理者。我对技术管理者的要求有：
规划能力：能够结合业务的发展、技术本身的问题、组织的现状做出合理的规划
节奏感：能够对规划进行拆解，进行有节奏的落地
关键方案：作为技术的管理者，需要有能力识别关键的方案点并...
如何评价一个架构的好坏？
最近设计了几个架构，每次设计完成后，心里都会想，这个架构到底是好是坏？我会不会把组内的人给坑了？有没有一个标准来衡量，这个架构目前就是好的？简单的讲，我们设计了一个架构，我们怎么敢说这个架构是好的？
一个好的架构总结下来，一个好的架构可以从下面几个方面去评估：
包括：形式，效果和实施三个维度。
形式评价一个架构形式，第一个原则就是：高内聚，低耦合。这里面的...
个人能力建设
最近一直在思考：一个人的能力如何体系化的描述和建设？如何规划自己的职业发展方向？这个问题的背景是，我最近发现我们组的一些成员，其局限并不是在技术，而是在沟通或者做事是否“正规”上。以前跟别人讲：性格很重要。但单纯性格这个词又比较抽象，所以最近又好好想了下，从我这边的视角总结了一个人的能力建设模型，如下图：
可以看到，这个模型有两部分：一个是金字塔能力模型；...
关于业务架构的一点思考
忙了一段时间，主要是梳理了一下我们B端资产和供应链的业务架构，经过这段时间的思考和沉淀，把如何做业务架构简单总结一下，重点讲一下自己的思路。
架构的本质是什么？架构这个词有点烂大街，每个人对架构都有自己的一套理论，市面上也有各种各样的技术资料，从clean code，到设计模式，到一些介绍软件架构的书籍；但是，我还是花了很久的时间去琢磨一个简单的事：
架构...
