从技术上来说，分词不就是干这事儿的吗？重点应该优化分词而不是依赖用户输入。

从体验上来说，首先你是假定用户明白什么是 and 搜索，可是用户行为往往是超出你的想象的，用户大概率不知道啥叫 and 搜索。
我的想法是在搜索结果页给一个纠错提示，例如用户搜索 AABB ，结果页给个提示：「结果不满意？试试搜索 AA BB 」

在共享字典的基础上，增加一个 pop 接口，返回一个元素并删除之。实现逻辑是随机删除，至于到底有多随机你可以慢慢调。

不知道 ConcurrentDictionary 是哪里不满足要求了。

@Rooger 可不兴这么比呀

先算重复的两个点，7 、10 或者 8 、9 ，确定之后再推其他点。
这类题跟不规则图形求面积差不多，要是掉进去抠细节思路就乱了，会感觉无从下手。

switch 吃灰我有话说，之前也是一直吃灰，直到小时候非常喜欢的一款游戏重置上架，重新打开了主机游戏大门，从此一发不可收拾，最近沉迷游戏有点无法自拔了

一个宝妈兼职足矣，记得保存文件名为 .java 和 .vue

做一个分享好思路的 App ，就好「好思路」 🐶

不出意外，接下来贵公司会发生如下几件事：
1 换着样儿上各种项目，但其实都是换汤不换药，不过几个项目上了之后都没效果
2 开始考虑缩减成本，不再投入没效果的项目，又不舍得直接停服，时不时得擦下屁股
3 整体状况没有改善，开始给同学准备毕业典礼
4 重复 2-3

1. 自己继承并重写部分方法
2. fork 自己的仓库版本
3. 元编程

沿着你的思路的话，不需要上面的继承关系，而应该把 Form 和 Process 对象 set 到 OA 里面，让 OA 持有这些个实例。

不吃从何笑起

Java 语言诞生背后的思想就是「网络就是计算机」，Multics 设计之初是为了提供一个通用计算服务；用户只要有网络就可以使用服务，而不用管提供服务的到底是什么。

虽然 Multics 限于当时的硬件性能和软件工程理论不成熟，导致结果在商业上不算成功，但其背后的思想却一直延续下来，现如今的云计算就是通用计算服务的体现。

所以我认为朝着简单易用、低成本和规模化的方向发展，计算机的网络化和服务化会更加彻底。

不过这个过程会十分漫长，要知道 Multics 是 60 年代设计的，Java 是在 90 年代设计的。不过这个大的方向我认为是不会变的。

几星是啥意思

@lmshl go 那是有栈

现在 v 站想找个帖子回复里没有润的太难了

现代操作系统

@nitmali 展开讲讲