前司招聘 level：

lv1: qq
lv2: 163/126 等老国内邮箱服务商
lv3: gmail/hotmail 等全球大厂服务商
lv4: 自建域名邮箱
lv5: protonmail

如果用户没感到使用不便，那这是个傻逼需求

如果用户因为滚动条使用体验受到很大影响，比如你测试环境一千条数据跑得好好的拿到客户那一下出来 10w 条数据后端价钱解决了前端却滚动条根本没法用，那这是个很必要的需求





我们说 抛开 ROI 谈需求都是耍流氓

蛋疼




再补充一句



所谓的“瞬时作用”是怎么回事：



分开两个物体并不会破坏纠缠态。




就这样。

再补充一下，为啥总会提到“观测”




因为你不知道 x1=1,x2=-1 还是 x1=-1,x2=1，观测其中一个才知道。




完毕。

x^2=1 有+-1 两个解，能理解吧

好的你已经理解量子纠缠了



纠缠态的两个物体如果一个量子态为+1，那另一个就是-1
分开多远都一样，只要他们处在纠缠态，那这两个物体就是 x^2=1 这个方程的解，或者用 x^2=1 这个方程就能描述两个物体构成的量子系统




还觉得玄乎不

纪录片…… 我还以为想去旅游

前几年去海南的时候一大群伴飞的海鸥给我留下了深刻的印象

冷知识：

贾君鹏是第一个让全体网民意识到帖子还能这么回的同类主题

@ljzxloaf 哈哈初始直觉确实如此，不知道有没有群众喜闻乐见的“你以为是天才设计其实是实现不了”

个人是觉得无所谓一定要把 upvote 变成 upvote

@ljzxloaf 我整理一下我想说的逻辑吧

1. b 站出现两个权重系统是历史原因，并不是多么先进，相反还有点冗余
2. b 站跟 v 站社区性质不太一样，b 站的开放化要求它必须有一个路人也能参与的点赞系统
3. v 站其实跟传统论坛差不多，运营好虚拟币就能足够实现内容权重的升降以及用户间称赞互动
4. v 站有主题赞踩，有感谢机制，完全够用
5. b 站的内容主体是视频，而不是评论，所以不会给评论区也套上跟视频一样的赞评藏机制；论坛内容主体是主题和回复，而不是内容中的附图等额外媒体，所以也不会给附图套上跟主题 /回复一样的赞评藏机制

@ljzxloaf 因为以前也没有…… 以前 b 站评论区就是个留言板，硬币是专门给视频投的

我突然冒出一个念头：

机器人应该永远不得获得人权

嗨 B 站那个点赞我想说它好久了一直没机会让我分析它。

首先 B 站以前是没有赞的只有硬币。社区虚拟币+经验值是很成熟的老模式了，虚拟币系统其实已经足够驱动权重互动，那 B 站为啥还要加个点赞？

—— 因为点赞系统是与移动端和开放注册差不多一起上线的，当 B 站不再是一个封闭讨论社区而是一个开放内容展示平台的时候，用虚拟币来互动或者调整权重就太慢且低效了。大量新注册 lv0 用户没有硬币怎么办？他们难到都没权利对视频表达喜好厌恶了？显然是不科学的，所以才增加了赞 /踩机制。与此同时硬币作为虚拟币还有一点点其它用途比如兑换邀请码边框竞猜什么的杂七杂八的玩意，所以也保留了下来。作为一个老二刺猿我在 b 站表达喜好的方式还是只投硬币，赞是很少点的，我也不知道这俩哪个权重高，但只作为视频评分权重来说这俩其实是有些冗余。


说白了都是权重调整方式，B 站的点赞系统几乎就是做给新用户用的。那你再看看 v 站……？

补充一下，cherry-pick 在两条分支上生成的是彼此独立的 commit，从历史上是完全看不出有关联性的，效果跟复制粘贴自行 commit 完全一样。所以还不如手动修复然后在 commit message 里标明 bugfix

经验 1： 重写一遍最简单。
经验 2：200 行以内的代码重写一遍都比改历史简单。


100 多个 commit 了，数据结构什么的很可能已经早都变了，甚至 i18n 上已经有其它用来生成代码的新轮子了，pick 过去很可能要面临变量名全对不上的状况。我说的是亲身经历。


复制粘贴√