@orangeChu

你嫌弃 redis 与 memcached 速度慢，具体是指：

api 调用延迟高？

还是每秒吞吐量低？

从你 81 天前，发的这个帖子 [https://www.v2ex.com/t/723035] 来看，我不觉得你的技术有你自称的 [85/100] 。

知识欠缺 + 自负，才是你面试失败的主要原因吧。

找女朋友的知识点，在婚恋方向。这个论坛主要讨论计算机技术，你在这里发牢骚没啥用，解决不了问题。

为什么要用分布式缓存？

都是读完，你还不如读完下面课程，读完年薪 70w+：

模电 -> 数电 -> 组成 -> 汇编 -> C/C++ -> Java/C#/PHP/Python -> 操作系统 / 计算机网络 / *多媒体 -> 数据库 -> 分布式。

1.从管不管的角度，极端化来看，女友有两种：
第一种是什么都不管，什么都由着你。你获得高额情绪价值，很开心，但你和你女友这整个团队的运营，价值无法最大化。这种模式，一般是男性比女性强。

第二种是什么都管，不由着你。你无法获得情绪价值，不开心。但你女朋友管的到位，她给你的要求，都是对你好，你们这个团队会越走越好。这种模式，一般是女性比男性强。

发现没，这其实是个选择题：

选择相信女友，你牺牲情绪价值，但获得团队收益。

选择不听信女友，你获得情绪价值，但团队收益受损。



2.根据上面分析，我的建议是：

如果你家里不差这点钱，并且你分析过你的性格是大男子主义，对比经济利益，你更看重情绪价值，那么我建议，你要严肃批评你女朋友，以后这种事情，不要提，连建议都不要说，整个团队全部按你的思维去做。

如果你缺钱，并且你的思路是合作型、团队至上，且愿意听从别人对你的逆耳忠言，并且你不看重情绪价值，更看重团队总体利益，那么建议你选择听从你的女朋友。



3.你其实蛮幸运，因为你有一个某些方面比你更厉害，且愿意逼着你去做事的女朋友，在这个时代已经非常难得了。你的颜值或性格应该很好，所以她才贪图你的肉体。但我建议，如果你不在乎女方颜值，并且愿意向女方奉献情绪价值，你其实可以换个富婆，那种比别人少工作 50 年级别的富婆，这样你就不需要考虑这种问题了。每天吃吃喝喝打游戏，不香吗？

并不是。

充值普通会员后，你会发现下载了一段时间后，被高级会员挤出，然后下载速度恢复龟速。

1.如果你了解过大厂的发展史，你会发现大厂其实也就是一帮幸运儿，或者法律漏洞的研究者，占了天时地利人和而已。说不定他们的创始者都没你技术好。

2.大厂用不用你，与你技术程度怎样，并不一定是直接关系。甚至有时大厂喊你去面试并不是要招人，而是 HR 要刷自己的工作量而已。

3.你技术再强。但与大厂的发展思路不一样，你就算进去了，对双方都是弊大于利的。

4.去大厂面试一下，看看也好。涨涨经验，反正年轻人，有的是时间折腾。另外我觉得你的基础，可能需要补一补才能达到大厂门槛。

这个妹子，应该是那种曾经真实水平只是星耀，但以前的版本允许有运气能上王者，然后她上了王者，就骄傲了。后来版本变化，让运气变得无效，要靠真正实力才能上王者，妹子怎么也回不去王者段位，懵逼了，然后就暴躁了。

你要想解开她的心结，得让她明白，她掉段且上不去的真正原因，是她从头就没有王者的真正水平，而且当时游戏公司也犯了错误，让她这种人上了王者。不过你对一个成年人这么说，大概率的结局是，会不听你的，然后记恨于你。

你作为中层，应该对公司负责，把精力集中在工作上，而不是搞内斗。我如果是你，会先给她一个机会，直接告诉她，你是她的上级，你交代的任务，她必须无条件完成。她可以提建议，但听不听建议是你的事情，她不能因为你不听她的建议而反对你。接着，如果她仍然反对你，你就直接找上级，或者找 HR，把这妹子调离你的部门，原因很简单，就一条，员工不服从领导安排。

1.人需要获取的资源，不仅有钱，还有时间、家庭、名气等等。

2.你需要明白自己的人格类型，进而想清楚自己到底要什么，上面这些东西不可能都拥有，有得必有失。

3.去大厂钱是多，但没时间去享受。去电力企业，各方面能比较均衡，有一定的钱与时间，都不少，但也都不多。不过，有了时间后，可以去挑选一个好老婆，运营家庭。有了时间后，如果自己喜欢计算机，也可以做些东西，并且没有时间限制。

4.最终的选择，还是要看你自己喜欢什么。我建议你先学学人格类型方面的东西，先了解自己的真正需求，然后再去做选择。

顶级牛逼的人，大多是有家族或资本在后面做很多年的支持。这种人才，bat 都不一定能拿得到，人家为啥来帮你？这类人为了报答其家族与背后资本，一般都会听家族或资本 BOSS 的安排。

差一点的普通大佬，这一类人没有背景，家里条件一般，才有可能被高薪所打动。这类人也是 batj 等各大公司争抢的对象。你公司不愿意出钱，怎么可能抢到。

再差一点的普通高手，这类人是华为等普通高手密集型企业所需要的，这种高手知道自己不配超高薪，因此公司前景、福利与分配制度是否公平等因素，就成为这类人是否加入的主因了。

建议你学习一些公司管理与 HR 方面的学科，然后帮公司招一段时间的人，你才会了解这方面的东西。

手机找游戏建议用 [虫虫助手] 。

什么数据，结构怎样，有没有关系。

查询是什么样的，需要具体分析。

计算机配置，设备性能，网络能力，等等。

你就说了 5 亿数据，大佬不是神，也没办法瞎猜。你要求 10 秒，就算是 5 亿数据的文本直接复制粘贴，10 秒够不够还是个问题。

@trlove

1.如果接口有 100 字段，那么外加 100 个状态字段是合理的。根据状态字段去进行判断是否要进行渲染，这也是合理的。

2.如果加了状态字段，前端犯了不判断状态的错误，那么很显然这里就只存在这一种错误了，这种错误容易发现，容易排查。但不加状态字段，错误的原因会更多，需要一条条去排查，费时费力。

总之，这种设计是加强鲁棒性的做法，你们这些萌新需要仔细体会，加强学习。

必然第二种方案，因为人都会犯错，第一种方案无法区分到底是 B 不存在，还是前端忘了回发 B 的值。

另外：B 不存在、B 存在但为空、B 存在不为空但为空数组等等，这些都是不同的逻辑。建议增加状态字段来区分这些情况。

比如前端应该这样返回：

struct ResultData
{
....string A;

....//Bstate：B 的状态码
....// 0:B 不存在； 1:B 存在但为 null ； 2:B 存在且有值。
....byte Bstate;

....//当 Bstate 为 2 时，允许 B 为空数组。
....array B;
.
}