简而言之就是你对缘分体系的消费达不到你的目的了所以你换提供方

出了校园之后可以默认大街上遇到的 7 分美女已经都是有男朋友的了呢，除非不断暗示自己 兴许呢 兴许这位是漏网之鱼呢，这种暗示会带来行动的动力，也会一早就定下了卑微基调。所以不妨直接奠定抢女友心态（放弃缘分论），所有女友都是抢来的 根本 “没有单身者等着你追，都是缘分在驱使” 这回事，想要就来抢 有实力自然啥都能得手 不必去在乎是否合乎缘分合乎礼法，重点是摆出诚意、摆出人家可接受你的理由、摆出自己值得消费的样子：制定计划 分配预算，去何地 做什么 期待什么，即使 7 分美女搞不定 还会有 6.5 分美女在等你，让期待值一直保持在一个稳定的水平（ 6 分～ 8 分美女 单身 / 可跳槽去你那），而不是 “缘分” 在施压之后反而却给出的不稳定值（一会儿 8 分美女路过，一会儿 2 分美女路过，这都是 “缘分” 吗）如果有更好的选择，也就不必被要求高又输出不稳定的缘分拿捏了。

制定计划是一切，谁（指 某种求偶模式 or 某种求偶思路，which 提供了一整套的可消费物 & 期待）能给你好果子吃 你就按计划吃谁的果子，把另一个提供方直接退订了不被拿捏 免受烦恼 把选择权握在自己手里：即使那是凭空捏造的选择权 也再也不要 “不被满足”。坦白说，一个只能输出不稳定值的模式 无法满足任何人 只能玩弄任何人， 这样的提供方 如果还胆敢摆在消费者面前 it doesn't sell.

一个好的行为模式可以帮助你找到第二个女友、第三个女友、第 n 个女友。一个不好的行为模式只能让你第一个女友都要战战兢兢 如履薄冰，我这是何必呢

如果我们选择不了缘分所提供的东西，则缘分本身就是一个提供方，则我们可以选择另一个提供方，直接不选择这个提供方了。

如果我们选择不了提供方所提供的东西，我们就选择提供方。这是站在了更高的层面愤怒地倒打一耙，如果想。这样的生活是平静的，基于 “再也不要不被满足” 的生活是平静的。

如果我们选择不了提供方所提供的东西，
辞退不好的行为模式 辞退不好的提供方，随时把 “ you are fired ” 挂嘴边 监视自己的生活里的行为模式（的提供方，比如上文把缘分当作一个提供方 而且是在对比之下显示出它是一个无法提供 6 分到 8 分美女的稳定输出的提供方），严厉地开除不好的提供方、引入好的提供方、用制定的计划去支持它、用冰冷而美好的结果去让自己 stay motivated, why not? ，这样的生活是平静的。

一个视频而已，b 站有时候是这样的，把当前热门视频（类似微博热搜）推送给所有人

新加坡电台
https://www.melisten.sg/radio/yes-933

改改页面，增加个显示字段什么的，这难道不是正经活儿？正经活儿是啥样

人文生活这块把握得很好啊

其他同事觉得你拿奖了，所以你得请没拿奖的人吃饭。这跟你拿了什么奖无关 ...

正确的问题不是分析这个内推情况，而是分析其他同事为什么觉得应该请吃饭：其他同事根本就是在满嘴跑火车吧。其实根本就不该问其他同事，毕竟是你的钱哎你爱怎么花就怎么花

这个状态很危险，很容易被年轻小姑娘唤起欲望

老式桌面软件 + 数据上传下载功能

是不是觉得自己赚了？哈哈 什么都没做，仅仅是避免了他人觉得会有的麻烦，就觉得自己赚了 ...

自我了断一个念头了，觉得很开心。哈哈

大街上那么多开黑车出租车的，他们都是傻子是吧

你也太低估这种项目的项目组的稳定程度了 ...

@Chad0000 只要有一个依赖注入系统 (比如 inversify.js )，则任何框架都可以做到。 angular 是径直把它做到框架里了仅此而已

嗯我来领奖就是一种对颁奖者的鼓励

精通安卓开发还能失业？

耦合这些东西之后会非常 messy.

我设想的是，就页面状态保存而言，即然全站各个页面是从全站各个路由走到的，那么仅就页面状态保存而言，应该是基于全站路由的一个 map 。在全站各个路由载入对应的根组件之前，可以从 map 里找到此路由对应的根组件 将数据填充进去

这时候，状态缓存器是让 “第二次访问某路由” 的时候 和第一次访问此路由时有相同的状态。而这种模式如果被各个路由用到，那么 一个 service 就是必要的。而这种 service 就是：一个被注入各种组件到 service ，一个挂载到根组件到 service 。但它依然不必须是一个全局状态管理器

组内 leader 管理水平挺高的