有些人喜欢 if 后面大括号不换行，别且设立了项目格式化规范。
而我超级喜欢换行。

if () {

vs

if ()
{

最终我被打败了。

@shinelamla "请问是哪里有问题了呢？"

你不就是想女方过来嘛，你房贷都有了，怎么可能放弃现在工作和房子，重新开始，代价太大。

所以 49 楼说的也没错，你发帖并不是来提问，是来求认同的。

@iqoo 我还在想，端口怎么防扫描，原来是下陷阱，真有创意。

自适应布局缩放，老外有一个很好的方法。

就是对 UI 界面里按照像素的重要度排序，依次去掉最不重要的像素点，这样就可以把 UI 界面按照类似九宫格来智能压缩。

原理类似于 photoshop 里的智能照片缩放，图片大小变了，人物比例不变。

算法换到 UI 里，就是先压 UI 空白缝隙和大面积纯色区域，智能保留图标和所有 UI 边界。

@cmdOptionKana 股市不是零和，但是期货是零和游戏。

因为一个人没办法玩这个游戏。一个人买涨，就必然需要另一个人买跌，一起来参与对赌。

你赢的每一分钱，都是对方口袋里输掉的。

本来看到标题，还想来卷一下。

结果刚试了一下 PicPick ，感觉完全满足需求，很好用。

@shinelamla "那你是觉得就还是不要开始比较好？"

要不要继续，看你自己是不是付出型的人格。

码农看问题相对唯物，女方的行为是外界，不太好预测的，你自己相对是可控的。

问问自己，愿不愿意先去对方城市生活一段时间了。

@shinelamla 女生很理智啊。

你过去，你爸妈不高兴。
她过来，她爸妈不高兴。

有时候就是远香近臭，远距离恋爱奔现，总有一方是需要牺牲的。而牺牲的一方，时间一长，100%有怨言。

查询的时候，算法也是一样。

1. 用先 hash 一次 key ，得到桶的 ID
2. 根据桶的 ID ，得到 key 对应的 seed ，再次用 seed hash 一次，结果就能免冲突。

就是 seed 保存在桶内部，还是和 KEY 一起保存在外部的问题。我个人是完全偏向保存到外部的，预处理数据最终都是要存盘的。

@binux "不，你没有。你绝对写不出一个 find(string) 函数。"

不，我可以。这是一回事情，稍稍改一下构建算法，把 seed 放到桶内，完全可行。

具体算法如下：
1. 先 hash 一次 key ，得到桶的 ID
2. 如果目标桶被占用了，在桶上标记一次，表示这个桶是需要 seed 来辅助计算免冲突的。同时换个 seed 尝试，重新一次 hash ，直到找到空余桶。
3. 重复第二步骤，处理完所有 key 。

@stillsilly 对我来说，抽象就是把经常变动的部分从代码里踢出去，保留不变的部分。

多次递归后，就形成程序的第一层抽象。而良好的程序，多层抽象组合在一起的。

很多新人需求都没弄明白，一上手就设计模式，有点画蛇添足了。

@VYSE 这问题在上面讨论过了。

完美哈希目的不是为了获取 value id ，而是为了设计一个能把 key 转换到无冲突的 hash 函数。

@VYSE 肯定包含数组反查了，这点不会取巧的。
况且这个测试数据还是很保守的，激进的话，连数组反查都不需要。dataset 本质上就是对于原始 key 顺序的重新排序。同样可以通过预处理，把 dataset 消灭。
查询性能只是算法一部分，无冲突才是亮点。可以完美避免链表操作。

@szq8014 不要误导吃瓜群众，有 13 个小孩，一年就必定有 13 个月份。完美哈希里，桶的大小，是根据数据总量提前分配的。

不可能出现 13 个小孩均分 12 月份的情况。

@zlbruce “用 unordered_map 查询时输入是什么，用你的 hashmap 就应该输入是什么。”

你是指多了一个 seed 参数？这算法一开始，seed 是保存在内部的桶里。后来我觉得反正都预处理了，没必要把辅助数据隐藏那么深，就直接提取到最外面了。

seed 和 key 一一对应，这是设计原则。不论 seed 是封装到类内部，或者暴露在外层，都是同一个意思。

软件开发里有一句名言：Don't repeat yourself

放到现在的前端里，刚好相反，天天 repeat yourself 。生命不止，轮子不断，不断重复昨天的自己。

@statumer 以前写前端，我总有一种被束缚的感觉。后来换了 wasm 我才知道，前端缺少的是一种自我进化的能力。

有人把 JS 抽象到 TS ，但这种语法糖式的抽象，对剥离业务变化帮助并不大。过几个月，换了新的前端项目，你该写的 JSX ，一句也少不了。

只有换了 wasm ，你才能从更高的维度，去看待项目本质。让前端里的随时变动设计，和相对稳定逻辑尽最大可能相互分离。还原一个软件工程原本的面貌。

@vacua "有依据就拿出来啊“

主楼的代码就是依据，你可以试试，用 seed 递增，看看 crc32 后的结果，会不会产生相互冲突。

一个随机数生成器，产生结果不可预测，值有可能会重复。

但 hash 不一样，只要输入值不超出表达范围，是可以进行逆向 hash 的还原操作。

@prenwang "我感觉已经厌倦软件开发了, 厌倦了一些人喋喋不休的提前端要求, 我是个全栈, 但是前端只能算过得去."

前端一半是设计，是个随时都在变动的业务。然而现代的前端工程化，让逻辑和变化绑在一起，每次修改修改代码都变得费心力。

有些人希望用低代码化，来替代 80%的前端变化，也不是没道理。

之所以我大力推崇 wasm ，也是因为这技术，能剥离出代码里一部分变化和不变化的部分，这点需要语言具有较强的抽象能力。光靠 JS ，是很难完美实现的。