做事情需要思考并为之行动

    • 是所处的环境，所面临的问题逼迫他思考，然后付出行动

    眼里不只是写代码这一件事情

    通过对技术领域的积累，对业务领域的理解和落地 影响业务决策

    为什么自我认知和环境对你的要求不匹配？

    • 说白了，环境变了，你没变（换工作）；或者环境没变，你变了（晋升），环境对你的要求也就变了
    • case：技术同学一味觉得提升技术竞争力就可以了，其实不够，越往后走看的不单是技术竞争力。关键是认知上的变化。

    做事原则：

    • 以业务一号位的角色思考，辅柱业务一号位构建完善的大图。
    • 做的事情一定要有PD的职责，甚至有运营的职责。能力圈是有交集的。
    • 有基本的产品规划和设计能力
    • 有基本的运营能力，了解常见的运营手段和方法论
    • 向“领域专家”看齐

    大家要想成为一个业务的技术一号位，要做的是加强 “业务学” 的广度的积累，围绕业务的全生命周期，熟悉它的组成，参与掌握、把控它对外界的影响和交互的过程，并且在自己负责的细分领域内做到全面的负责，就能够成为一个业务的技术一号位

    技术上：

    如果业务会在某个发展阶段涉及到大用户流量，对应的系统技术架构是什么样的
    大流量高并发高可用系统架构
    业务流程异步化
    使用限流手段确保系统不被突发大流量压垮
    使用降级手段确保下游系统不可用时能够快速失败避免请求堆积造成系统无法接受或响应外部请求
    使用逻辑隔离或物理隔离手段确保多租户模式下各租户互不影响
    使用合理的资源调度策略确保不同规模的租户享受同等技术服务水平
    使用合理的资源使用策略确保成本维持在合理水平
    使用合理的监控手段提前发现系统承载能力的变化，及时通过扩容或缩容来应对系统流量变化
    使用分库分表或根据业务需求采用合适的NoSql数据库来支撑海量数据持久化
    使用缓存抵挡大流量对数据库的压力
    使用分布式锁处理高并发业务场景下的公共资源抢占问题
    使用幂等服务屏蔽高并发场景下的重复请求
    使用分布式事务服务确保业务数据的最终一致
    使用负载均衡承接业务流量，分配给后端应用服务器，避免单点风险
    使用同城双机房来规避单机房风险
    使用异地多活技术来规避单个城市的不可抵抗风险