@Tink 我找到绑定方式了，利用 karabiner 我最绑定`fn+f10+ctrl` 到了降低音量.

karabiner functions keys 的面板可以找到 音量、亮度相关的 key code
```
{
"type": "basic",
"from": { "key_code": "f10", "modifiers": { "mandatory": [ "left_control" ] }
},
"to": {
"key_code": "volume_decrement"
}
}

```

静电容不考虑一下？ niz plum 66/68/84/87 键盘

@cdlnls @TrembleBeforeMe 感谢。蓝牙问题已解决。
mac 的蓝牙键盘，不应该从蓝牙直接连接。而应该从 System Setting > Keyboard > 点击 Setup Bluetooth Keyboard 这里连接。

@TrembleBeforeMe 3ks.
键盘定制搞定了。我并没有搜索到 qq 群。你有吗？
现在就是蓝牙连接还没有搞写

我用的 mac 的 caps-lock 切换中英文（其实这个 caps-lock 被我改成了 ctrl 键）.

我现在用的 mac osx
想定制 ctrl+u/k 这两个快捷键. 在 mac 下好像没有定制驱动？

@20015jjw @weixiangzhe 感谢。
https://www.zhihu.com/question/20930250
看到一款：NIZ Plum 很适合编程.
不知道可以像 hhkb 那样放在 macbook 的原键盘上使用吗？

记得以前有篇文章，聊为什么专家无法预测经济危机？如果专家都觉得经济危机要发生，那么一定会采取措施，金融危机就很可能不会发生。

如果存在有效的量化系统，那应该是少数人的专利（西蒙斯?）。否则如果量化能预测价格，大家都可以高抛、低吸，那谁来当这个接盘？

要么价格不会有高低波动，价格永远反应价值，那这个市场，就是价值投资的天下了。量化的终极态是不是价值分析呢？

经济指标
政策指标
技术指标
...
这些指标放到一起，到底混沌的还是可预测的，很难去回答。

虽然对历史数据的量化、回测我们可以得到漂亮的量化模型。

但是通过历史能预测未来吗？

推荐一下 TabNine -- 2019 最智能的 AI 插件


https://s1.ax1x.com/2020/05/01/JOLPzQ.png

这不是哲学问题。
这是生理问题（生物钟及其它）、行为习惯问题、自身环境问题（比如加班、深夜远程支持）
你说的这几个方法，都是通过改进行为习惯调节的生物钟。

行为习惯本身也被生理问题、自身环境影响。有 ADHD/ADD 的人受自身生理影响更大一些，无论忙不忙，都普遍强迫性的晚睡，甚至 24 小时不睡

@guangjun 通过关键字搜索局限性太大了。
参考下地图搜租房 https://house-map.cn/#/ 搜索做得还不错
个人的力量太有限了，推荐你跟他们合作

其实中介、非中介没有那么重要。 重要的是，房源信息的实时性、准确性。很多房源是过期的

支持一下
现在位置和价格信息全是用正则判断的吗？有没有考虑机器学习？
其实租房最累的还是假房源、过时房源，这个是核心痛点。
有个不成熟的想法:
搞用户举报的话，怕有恶意举报, 之前有 app 搞过好像效果不好。
考虑一下结合智能客服 通过微信、豆瓣、短信、甚至电话直接向房东做二次确认。就是可能技术成本高

我们是 Momenta 自动驾驶地图部的中台组，提供前、后端开发实习岗（主要是 react 、golang 技术栈）。有兴趣的话，可以给我邮件、微信：
$ echo d2VpeGluOmhpbG9qYWNrIGVtYWlsOiB5ZXh1ZWh1aUBtb21lbnRhLmFpCg== | base64 --decode

vscode 开发组是在苏州吗？只写 ts 、c# 可以吗？

你说的这个缺点，在别人眼里就是强大的隐式类型转换，简单、耐操呀。

准确的说，你说的这种问题还不是弱类型的通病，python 也是动态语言，人家可是强类型，只不过不强制类型检查而已。

强类型+类型系统 才能解决这个问题。这方面，动态语言中，我觉得 typescript 做得最好，这个是前端界开发的趋势。

go 的类型系统其实很一般，太简陋了，现在还缺乏泛型、异常以及成熟一点的包管理，现在的 module 还是有问题，无法解决冲突。模块依赖我认为 deno 的 方案最好

@magicdawn node_module 是黑洞地狱呀

还是喜欢 deno 的新方法：
```
// deps.ts (replace node_module)
export assert from "https://deno.land/std/testing/v1.0.0/asserts.ts";

// app.ts
import { assert } from "./deps.ts";
```

@frostming 你这个 pdm 不能自动解决依赖库版本冲突吧？

@Osk 你那是墙的问题，不能怪网络。pypi/npm/golang/docker/maven 可以用 artifactory 这一类工具统一建镜像。

@azh7138m deno cache 的体积哪有你说的那么 爆炸。deno 的 cache 目录结构明确单一。
它应该跟~/.npm 这个 cache 目录一一对应才对，不能跟 node_modules 相提并论(deno 目的就是砍掉 node_modules)。node_modules 爆炸的原因是高度碎片化、重复的包(除非开启 yarn pnp)

umi@2 创建 antd-pro 时，我没有记错的话，不加 puppeteer 这个依赖的话就有 1.3G 的 node_modules。node_modules 额外造成的体积臃肿，这事跟 all_in_one 和开箱即用是两码事。
umi@3 还没有发版吧，但我不觉得其体积能显著减少，毕竟 npm 碎片化 这一事实改变不了