16 Matching Annotations
  1. Jan 2025
  2. Mar 2023
  3. Feb 2023
    1. 昔之善战者,先为不可胜[1],以待敌之可胜。不可胜在己,可胜在敌。故善战者,能为不可胜,不能使敌之可胜。故曰:胜可知而不可为。

      首先让自己处于一种安全状态,能不能被击败,取决于自己,对方势头猛的时候,要避实就虚,不发生正面冲突。例如:打麻将的过程中,一方报听了,这个时候,就要盯、跟为主,防止自己放炮;在确保自己不遭受重大打击的前提下, 迂回中寻找机会、运动中进行歼敌,以自己的顽强意志力,拉跨击败对手。 结论: ①保全自己第一位; ②在保全自己的前提下,不断寻找机会; ③在绝对实力面前,不要轻举妄动、不要妄自菲薄、只能靠时间换取空间;

    Tags

    Annotators

  4. Aug 2022
    1. What choices can you make today that minimize the regret you'll feel as an 80-year-old looking back on your life? When you minimize future regret, you sleep well knowing you're maximizing fulfillment

      类似7个习惯里的,以始为终

  5. May 2022
  6. Apr 2022
    1. 使用了消息队列的方案(具体实现见 comm/messagequeue 目录),把绝大多数非阻塞操作放到消息队列里执行。并且规定,基础组件与调用方之间的交互必须1. 尽快完成,不进行任何阻塞操作;2. 单向调用,避免形成环状的复杂时序。消息队列的引入很好的改善了死锁问题,但消息队列的线程模型中,我们还是不能避免存在需要阻塞的调用,例如网络操作。在未来的尝试中,我们计划引入协程的方式,将线程模型尽可能的简化。

      线程模型、 消息队列、 非阻塞操作、 基础组件、 调用方、 单向调用、 环状的复杂时序。

      消息队列的线程模型。

      阻塞的调用,如:网络操作。

      阻塞,与非阻塞的区分,是在于哪里?

    2. 设计原则在基础模块的开发中,设计尤为重要。在设计上,微信基础组件以跨平台、跨业务为前提,遵从高可用,高性能,负载均衡的设计原则。

      设计原则 (即是设计的边界?还是属于指标?) 在基础模块的开发中,设计尤为重要。在设计上,微信基础组件以跨平台、跨业务为前提,遵从高可用,高性能,负载均衡的设计原则。

      句式:在 XX 上,NN 以 YY 为前提,遵从......的设计原则。

    3. 可用是一个即时通讯类 App 的立身之本。高可用又体现在多个层面上:网络的可用性、 App 的可用性、系统的可用性等。

      定性:可用是一个即时通讯类 App 的立身之本。——结论 具体细分:高可用又体现在多个层面上:网络的可用性、App 的可用性、系统的可用性等。 (网络的可用性,取决于客观的网络物理环境,亦是可以取决于自身的运用?)

      接下来是:对每一项的内涵定义和具体化。