为啥感觉这玩意就是一个大的 raid0 一样的存在……

年税制不会，但一次性奖金会。

现在还是可以选择把奖金按老的计税法来算税的。之前奖金就是要么不涨，要么涨一大笔，不然会多交很多税，并不是工资个税的阶梯式的。

所以年终汇算的时候，看看公司是怎么报税的，看看两种计税方式哪个少一点，就按哪个申报。

B 站大量使用了 PCDN 这种质量极差的 CDN ，很多视频都会卡。

研究生导师和公司还是不一样的，公司你可以选，是真正意义的双向选择。

但研究生导师，很多人是没有选择的权力的，就这个导师人没招满，你要么调剂要么就是跟着他当牛马。

我是师兄的话我为啥告诉你不选他，最多是不安利你选。毕竟你进来了很多活可以丢给你了。

自己电脑跑一个就行。

@Felldeadbird 功率不等于制冷效率。

——————————————————

变频空调和定频空调只是功率大小可变，制冷量上限还是和最大功率、空调外机设计、制冷冷凝板大小、风量有关系。都是一匹的情况下，冷凝板越大越好，风量越大越好（但噪音也会提升），外机有一定的遮阳措施+出风进风无遮挡。

其中风量对于所有空调来说都是可以变的，定频空调也会根据风量大小来改变制冷量，很多时候空调制冷效果差就是你在开了高风强劲的情况下，空调自作主张降低了风量。
比如我自己住的地方的这一台，17 度高风速强劲，在风速正常输出的时候温度有明显降低，而开久了它就开始摸鱼了（室温 27 度），制冷效率下降的很多，甚至电脑的产热都会让我桌面温度到 30 度。

空调检修口预留插座？但信号会受到一些影响。

或者买 linksys 那种没天线的版本呗~各家都有无天线的。

恭喜~很不错~

@alexfarm #12 flowable 和 activiti 差不多的，就是 activiti 的分支产品，类似的还有 camunda

我也曾经做过相关调研，我们最后没选用的原因就是，作为一个流程引擎它管的东西太多了，很多东西完全可以做成独立的基础服务，而且后续能够让流程开放给用户编辑的可能性不是很大。
还有就是无法满足我们的多租户分库的需求（印象里 camunda 的多租户是用租户 id 标记的），起码改造成我们自己的动态数据源需要比较大的成本。

虽然说用了它可以满足大部分的流程流转需求，但和自己系统要整合到一起的成本，我们评估是大于自己写一套流程引擎。

@alexfarm #13

所有流程中的表单数据都是体现在绑定的数据表内的，数据表可以是一个绑定多个流程定义。

数据表本身提供了数据变动历史的记录功能（不仅仅是流程里会用到，像其它用到表单的也会用到，属于可选属性，只是流程绑定时默认选择记录变动历史）。

一个流程实例会往这个数据表里创建一份数据，而每次提交时对数据的修改会产生这个数据的历史版本，每次流转都会记录相应的历史版本的 ID 。

整体来说，审批流主要有这么两种：
1. 单纯的审批流，和其它的业务没有关联，这种是最简单的，所有表单填写的历史数据都在数据表里，展示也是对数据表的直接展示。

2. 由业务触发的审批流，这时候需要业务主动创建一个流程，在创建的时候往数据表定义里填入一些业务数据。

第 2 种回调数据有两种方式（其实还有别的方式，各有优劣，自行选择合适的即可）：
1. 按一定规范约定好回调的结构，然后实现这个回调接口，填入到流程定义里。
2. 流程流转的时候会产生相关事件，可以监听消息队列去获得流程的实时状态，并执行一定的逻辑。

也就是说，无论如何，流程的流转一定会引起数据表的变动。无论和其它业务是否挂钩。

我们是参考泛微 OA 的设计。

把数据、表单展现、流程、数据报表、人事管理等分离。

先定义一个数据表：有哪些字段，字段的类型是什么。这个数据表用于存储数据，你可以配置它的报表，可以配置填写它的表单。

流程引擎只管理流程的流转，人事组织架构来负责按条件取人。流程创建的时候选择一个数据表，每个节点可以配置表单的展现，可以选择性的只读 /隐藏 /可编辑某些字段。

@amirobotics LG Gram 为了性能牺牲的有点太多了（性能释放上有点……大概就是打 LOL 这种游戏都卡死，开比较大的 Office 文件会等半天）。另外做工其实一般，用久了转轴处会有异响，我的 LG gram 最后丢给我妹妹用了。

不要用 mac ，我认识的已经工作了的女老师，买了 mac 后不久，卖了。

可以看看联想的 yoga 系列，或者小新系列，还有 thinkbook 系列的。有钱的话 dell XPS 。

去三甲医院皮肤科看看。

@moexx 看硬盘数量的，硬盘功耗在低负载的时候占大头。

一般不要直接断电用机器上的按钮和 app/网页的重启功能不会出啥事情。

我路由器唯一出过一次事情就是小米 ax9000 的 docker ，我重启的时候是 ssh 连上去 reboot 的，结果 docker 重启后没跑起来……只有通过小米自己 app 重启才是正常启动的。可能和相关配置有关系吧（但我想不通为啥不直接把启动项写入到系统初始化里）

语雀的客户端好像不是很健全（

@MikuAlpha
一个参考：B 站应该会用 WebRTC 来获得你的 IP ，最后分配 PCDN 给你。只要安装 WebRTC Control 等防泄漏插件，就不会给你加载辣鸡 PCDN 了。