@XWUS 钉钉，微信，瞩目，QQ，QQ 音乐，搜狗输入法，Texpad，PDF Expert，EverNote，Microsoft Office 。

还有摄像相关的：Adobe 全家桶 Photoshop 、Lightroom ； Capture One ；达芬奇。

@wellsc 嘛嘛，我用 linux 也没用过。i3wm 啥的，感觉麻烦，记不住快捷键。连 tmux 我也就会些基本操作，vim 也就会打开编辑上下左右然后保存。触控板还是我的主力操作方法。每个人的操作方法不一样的啦 www

如果是窗口对齐到屏幕一半，或者四分之一这种，可以用 magnet 。

https://magnet.crowdcafe.com/

@ostrichb 感觉有些东西可能清不干净？

@amare HomeBrew 更类似于 AUR，它中央仓库在 github 上，存储的是安装脚本。每个不同的软件的软件源，其实并不一样，看脚本怎么写的了。

反正用 mac 的精髓就是，用就是了，没啥可以折腾的。出事了就去找 genius bar （手动狗头）

另外很多小型软件的安装都是打开某个 .dmg ，把里面的某个 .app 拖动到 /Applications 文件夹下面。然后，Duang，你就装好了。这种方式安装的软件，卸载也很容易，就是在 /Applications 下面把它删掉就好了。用户目录也就会残留一些配置文件啥的，不过你 apt-get remove 不也残留么（狗头）

少数一些软件，比如搜狗拼音输入法，需要通过一个 .pkg 的文件（是个安装脚本，就和 .msi 差不多）安装，以及需要通过同样的 .pkg 文件卸载。这种软件卸载还挺不方便的，要去把安装包再下一遍。

1. homebrew，但是基本只用来装一点代码相关的东西。比如 npm 。
2. AppStore 有的，AppStore 。没有的，官网。少数用 brew cask 。
3. 很多命令和 Linux 都是不同的。但是，用 mac 你除了写代码基本不用命令行就是了（ doge ）

你知道索尼曾经出过一种奇葩的产品，镜头相机么？

https://sspai.com/post/24171

镜头上没有任何显示屏，没有任何操控。就是让手机蓝牙连接到镜头上进行拍照的。这是当年手机镜头还特别烂的时候，索尼推出的脑洞产品，用来填补手机拍照的刚需。当然，随着手机多镜头 + 算法的搭配，这种产品最终没有能发展起来。

是的，手机拍照是刚需，至少对于大部分消费者而言。

----

人生只有百年，谁不想把自己和家人的生活给记录下来，几十年后有点回忆呢？手机这种轻便小巧的、无时无刻不在身边的产品，配上好一点的镜头，简直是不二之选。你虽然自称直男，但你有了女朋友，有了小孩子以后，我觉得你也开始懂得拍照的魅力的。

当然，到时候说不定你就会开始买相机了（ doge ）。但是历史证明了，笨重的相机干不过手机。

不过我记得 java 8 lambda 最大的问题不是有没有语法糖，而是 exception 检查那套。。。

Java 8 不是有语法糖么，配合 interface 可以 f(x -> x + 1) 之类的

@wangyuescr 我的话反而相反，换笔芯，笔杆还是旧的，有磨损。换个全新不好吗

@wangyuescr 噗…… 但其实你掏的钱明明差不多啊喂。

为什么会拖拽头像？

Python 讲语法不需要三四百页，十几个网页就够了。这种比比皆是。

讲库？逗我呢，你讲的完？

有没有让 python 后台运行，同时又可以查看输出、运行状态的方法
----

用 Logging 模块而不是 print

@phpfpm emmm 其实 kd-tree 是 kN log N，k 是维度。所以 k 不大的情况下，也差不多是 N log N 了。但是它处理的是 特征向量，不是汉明码。汉明码是 0-1 binary 数据，反而不好处理。特征向量是实数向量，反而好处理一些。

产生图片特征向量，其实应该还是个 research topic 。我搞深度学习，但是不搞图片压缩，不太清楚那种算法比较成熟。你要让我想一下哪些方向有可能，然后进一步进入这个领域研究，我可能做得到。但现阶段给不了你意见。

你需要的是，能够用向量空间的欧几里得距离表示图片相似度的某个模型。

因为欧几里得距离下，可以用 KD-tree 进行相似向量查找。整个数据集两两找一遍是 N log N 的。

@koswu 把很少的内容均摊到很长的片段里面不就搞定了。。。

@koswu 从信息论角度看不是没有可能。。。即使重新拍摄引入噪声，只要分解出来的信噪比足够，就能还原原始信号。

首先，sql 注入很好解决。用 prepared statement 就行。而且 prepared statement 比 sql 直接塞值更高效。另外，大部分 ORM 都能有效利用各种机制防止注入。

其次，对于 XSS 。如果你不在后端检查，那么攻击者总能构造出让你能入库并原样返回给前端的内容。除非你前端是在显示内容的最后一步之前进行处理，在提交的时候过滤是无效的。当然，如果你前端在最后一步显示之前处理 XSS 的内容，那么后端可能不需要任何检查，也不需要什么 404 之类的状态吗。结合第一条的解决方案，正常入库出库就行。

但是对于用户体验而言，每次显示前处理 XSS 无疑会占用 CPU 资源。还不如你后端入库进行处理呢。