学欧美，午饭半小时，大家带个便当随便吃吃

9:30 到 12:00 ，12:30: 到 5:30

移动硬盘 + 网盘

省下来的钱在研究生时期多学点，毕业拿高点工资直接白群辉，一劳永逸；折腾是穷人的玩法

@mark2025 你是觉得 chrome 不占内存吗？

@cheese 这玩意还有新手？

问你老婆

防误触吧

@DigitaIOcean 啥言论啊。。。

你买房遇到楼上楼下天天打架噪音的，沟通几年无果的话（他们生活习惯如此），不搬走？硬扛？

还是你职场遇到傻 X 直接怼，如果你老板是傻 X 呢？

这不是逃避环境，这是受不了环境，努力选择更好的环境去了。因为职场有傻 X ，然后家里蹲才是逃避环境

@BigShot404 我没遇到过这个问题，mac ，不过 rime 确实会有时候挂掉

@lin9us6 #16 回给 OP 看得，毕竟有些人配置一大堆然后嫌麻烦用回搜狗，说明广告才适合他们。

搜狗这些要配置得自己顺心，也不一定简单，所以还是习惯更重要，用更少的配置化，让自己习惯这一套方案

不能联网，词库肯定不如其他输入法，我是 Github 找到一个皮肤方案，设置完没再动过。

除了词库这个点，其他都还好，我洁癖点，要不是 mac 自带的输入法会卡顿，我就用自带的，打死不用第三方（受够广告了）

这种高频使用的东西，尽量简化配置

广告新思路？好几个《绝区零》的帖子了

@Vegetable 说明你朋友培训班出来的，学 Java 课，起码作业会让你用 javac

获取赠送时长的时候增加一个 expired_date_ms = 订阅的 expires_date_ms + 赠送时间 ms

没有订阅的时候就是 expired_date_ms = now + 赠送时间 ms

判断过期的时候，遍历现有的所有 expired_date_ms 取最大值

多个赠送的时候，遍历现有的所有 expired_date_ms 取最大值 + 赠送时间的 ms

中途取消订阅的时候，比较复杂，那就直接取消订阅一起把赠送的取消（产品设计上辅助开发）不就行了吗？不行的话，那就是取出最大赠送时间的 expired_date_ms - 减去当前时间，得到剩余赠送。或者另一个设计就是吧每个赠送时间单独成一个策略主体，这个时候可能需要单独计算每个策略的赠送时间。


-------------------------

或者重构设计，过期时间是计数的设计，每到 XX 时候，调度把时间减去 YY 时间。有订阅优先扣订阅，无订阅扣最近的赠送时间。。。

@augustheart #33 不是开不开协程的问题，是 100 的问题，需要设置为 GOMAXPROCS ，协程便宜不代表可以随便滥用，都是你这种程序员的话，代码得多捞，他开 100 个，你开 100 个，加起来是多少个呢？

@BYDH 能并发，但并发数 100 和 GOMAXPROCS 相比，前者不会更高，只会更差。

用 go 写其实麻烦点，用 python 还不需要编译（当然你可能考虑到批量性能这一点）

@augustheart #20 我都把定律（原因）发给你了，怎么谜语人了？

再深入解释就是，CPU 密集型应用都在做计算，多开的协程、线程只会在那个空等待，不会实现并发的效果。

多出来的上下文切换反而还会增加额外的开销。所以开 100 没意义，Java 有个 API: Runtime availableProcessors() 就是处理器数量，设置成这个也能跑满 CPU 。

CPU 密集型应用，没法空出手来去干其他活

@augustheart #10 如果你不是计算机专业，请看一下 Little's law, 如果你是计算机专业，麻烦你复习一下再回复

@diagnostics 我不是说玩游戏就浪费人生，而是因为“玩其他游戏容易兴奋而熬夜”，就选择玩一个“无意义”的游戏消耗时间，在我觉得是一个本末倒置的事情