从3月份到现在2个月过去了，整个数据平台从0到1，算是有了一个基本的样子，跌跌撞撞的勉强支撑起运营的一些基本业务，当然这仅仅是开始，下一步还要从零打造自己的UBS系统，想想都兴奋呢！接下来总结下自己这段时间的得失，以及下一阶段的演化目标。
CTO,架构师的职责目标是什么？ 产品即架构，架构即产品
通过这段时间在极客时间的学习终于对CTO,架构师的职责有了一定的了解，接下来分几个点来解析：
- 首先自己是首席技术官，立足技术，要在技术方面有扎实的基本功，广阔的视野，以及快速的学习能
结合我自己的情况我一路全栈没有在一个领域深入的耕耘在基本功算法，系统原理和数学方面都比较弱一些，但这些也不能一步到位，还要结合项目实际应用，曾经看过动态规划，红黑树，等等没有结合实际的生产场景使用过，导致学习后马上又忘记了，但是最近项目有中使用到了生成笛卡尔乘积和BitMap算法，用完后印象很深刻感觉能留存下来。
接下来的目标：在Java领域建立自己的深度，深耕Java和分布式架构，熟练掌握Python是我今年要努力的目标，后续再说数学模型和算法相关的 - 要懂商业，懂产品，懂运营
说到底CTO,架构师要帮助团队把产品落地，提高工作效率，运营效率，最终实现商业价值，如果一门心思的还是写代码，那只能是程序员思维，而我觉得这也是一个技术人的禁锢所在，每个职业，每个人都有角色标签，生活中也是人总是情不自禁的站在当前角色，当前位置去思考问题，所谓的屁股决定脑袋就是这个道理，我列几个点看看能不能引起大家的共鸣产品能力
-
- 发现用户需求，验证用户需求，建立目标用户的画像
- 我们到底什么样的需求文档？如何高效的组织会议？
- 最小化产品可行性单元(MVP), 找出最简化最核心的服务快速的迭代，第一时间交付给用户，第一时间获取用户，获取用户替换成本的竞争壁垒
- 观测用户和分析用户数据，观测用户怎么用产品
- 找出产品的KPI指标，如何衡量产品是否成功？
- 产品功能点和DeadLine如何权衡取舍？
业务快速落地
-
- CTO架构师，要熟练全面的掌握业务领域，业务目前以及将来面临的问题，知道业务从哪里开始，下一阶段要面临什么问题
- 了解常见的架构模式和适用的场景，把自家的业务用最合适最简单的架构实现
- 业务发展的前瞻性和架构演化预见性，知道将来面临什么业务问题，提前规划架构的演化
3.领导力和管理能力：你能管理一个马戏团，但你不能领导一群动物获取奥运冠军
创业不同时期的不同能力模型
-
- 创业前期需要的是猛士，身先士卒冲在一线把业务和产品落地
- 创业中期需要的是大将，搞好团队的人员管理招聘解聘，搞好团队文化气氛和工作纪律
- 业务规模起来后需要的是大帅，统揽商业，技术，运营，产品
领导力： 一个字柔 激发团队人员的创造力和激情，而不是赶驴拉磨
-
- 对方把自己的青春年华和时光奉献给你要珍惜
- 不同时期不同的需求要做好一对一沟通，站在对方的角度考虑他需要什么，满足对方的期许
- BootCamp 与 教练模式同时进行，就好比管理者时教练团队成员是球员，如何获取NBA冠军？看看NBA的教练怎么训练自己的球员，怎么和自己的球员沟通，不是说一句我们要拿冠军就完事了，而是站在身边帮助成员成长，给予帮助，给予知道，给予批评，给予鼓励！领导二字不是那么好些写的
管理能力：一个字要硬 就是要赶驴拉磨
-
- 领导力总是很贴心，但是现实是残酷的，只有一个冠军，平时多流汗，战时少流血，时间还是要付出的，加班，暂时的消费不足，来自其他部门的抱怨等等
- 对于队员做出错误的行径一定要明确指出，管理不是做老好人奖惩标准要严格执行，毕竟都是对业务和产品负责，如果队员不理解那他就不是和留在这里
- 要有明确的项目指标和进度指标大家为了这个目标而努力
- 思考如何考核团队成员，优胜略汰，OKR,? KPI? 貌似这两个都不是特别推崇，人是社会性的动物，不是机器，没法简单用冷冰冰的数字和指标衡量
架构3原则
最近在学习基础架构和分布式架构，先分享3个架构的基本原则：
1. 合适原则
架构不是一定要向大厂看齐，在成熟方案里面选取和当前业务最贴切的方案，这需要自己的积累，目的还是快速落地
2. 简单原则
懂得混沌理论，碎形理论的都知道一个复杂的自驱动，自我组织的系统都是由一个简单的算子不断重复出来的，简单的架构……额全是好处，不说了….
3. 演化原则
一个牛逼的框架，或是架构都不是一步到位的，阿里的腾讯的都是一步步进化出来的，在不同的业务场景，不同的数据规模下，不断的迭代成长，最终演化出了一个完整的高可用的架构，大家第一步面临的都是如何快速高效的落地，获取第一批用户，并不断迭代获取更多用户，适用更多场景，使用简单合适的架构第一时间落地是多么的重要，积累足够的架构经验是多么重要，熟练掌握技术细节什么场景用，怎么用，瓶颈在哪里
