我从短暂的人生当中学到一件事……

所有说自己无意引战的，全部当做引战处理就可以了！

iOS 只有 Safari 和 Content Blocker 配合得比较好……
安卓用 via 和 yandex

rsync 不行吗

@msg7086 最便宜那个就可以

我觉得够用，续航也算没有让我失望，有些小细节没处理好不过能接受。

小细节：
- 多个设备做不到 bose qc30 那样无缝切换，要手动切换。
- 用了几个月发生过一次左耳和右耳之间不能配对（各自能配对其他设备），不知道是我使用姿势问题还是什么。按照说明长按 20 秒重置所有配对解决。
- 最低音量有点太高了……我一直习惯用最低音量听歌的。

家里一个 32 的，打游戏不错（不过最近在电视上玩了）
公司三个 24 的。

所有人都知道管理本身是有价值的，但管理层却很少有人意识到构建一个合理的框架，让别人能稳定快速地开发，这本身其实就有很高的价值和门槛。而且这件事有没有干好，管理层往往是注意不到的，

一个优秀的框架设计，代码量不一定多，但是会让后续开发保持良好的节奏，可能以后加大部分功能的时候，一个合格的员工一周就搞定了。

一个菜鸟很快地胡乱凑起一个项目，以后别人继续在这个基础上开发的时候，会发现异常痛苦，每次都在重构和重写之间徘徊，写一个模块就要几乎把其他模块也重写一遍。一堆人一个月都可能搞不定，而且可能还一堆 bug。但中层上层很可能就意识不到，本来如果他们把那个会搞框架的人留下，是不用付出这个人力成本的。

子龙山人的 Clean Architecture 读书笔记 ：“大多数的时候，国内的研发团队只关心软件的功能性（的工作），而忽略结构性（的工作）”

我觉得应该用 codelens 实现，混在代码里。

> 张中南表示：“想想还蛮开心的，今天保护了几十万个小孩子的隐私。”

这么做的确是有风险，吃力不讨好，但我是不想出言讽刺人家闲或者不懂法，有时候真是很单纯……

我网站关了以后就给人返回 418 ……

Python 当然有 callback，任何事件驱动的框架都或多或少需要。但为什么很少有”长得像 callback hell 的代码”，有一点很实际的：python 的匿名函数故意设计成不支持多行的，闭包捕获也设计成受限的形式， 所以要求你每次想传一个不方便在一行内表达的函数，就得起个名字。python 程序员或许称之为 pythonic，进一步可以参考下 GvR 为什么要这样设计。

即使是 java 这样的语言，遇到大量复杂的事件场景，依然会出现 Handler.OnEvent(event e) 这样的设计，这种形式与提供轻量级的 callback 相比是各有优劣的。

从语言本身来说，越是依赖于把一块有名字的内存改来改去的语言 /范式，可能越适用于前者，因为这种语言的捕获往往是 bugprone （ by ref，需要解决生命周期或者作用域） / poor perfomance （ by copy ），一般需要专门有个框架来给你处理这种事。当然有的语言和平台直接把框架做进基础库了。

而对 closure，pure function 等概念有精良设计的语言，就可以鼓励程序员多用 callback。括号就可以叠很多层。

还有一些觉得程序员很聪明的语言，会把这两种方式都拿出来给你用，你自己去管理到底怎么用 closure，到底用哪种方式。所以这些语言的程序员就可以把它们搅和在一起，写出彼此都看不懂的代码。

现在我们发现大部分程序员其实没有那么聪明，只能写好同步的代码，于是现代语言纷纷加上了 async 关键字，这样你就可以用同步的方式写异步的代码了（理想）。这件事的一个积极意义在于，大家终于发现自己一直在用扭曲的方式实现本来就应该由编译器 /runtime 干的事。

节前京东 4999 入手的

我也好奇有哪些手表可以正确自动识别骑行的。

而且比如 a 改了 config["foo"] = bar1，b 改了 config["foo"] = bar2，然后觉得这个更改需要提交上去，这时候 a 再往下拉的时候，还得先 merge 了，再改回 bar1。如果分离开，就既不会影响别人，也不会被别人影响。

这种文件我一般是用一个 .template （ tracked ）+ .local （ ignored ）解决，需要提交的公共更改在 template 里体现，本地自用的就用 local_config 来覆盖。这也是很多 linux 程序配置文件的思路。

因为你没办法让所有人都用这种工具，别人一不小心提交了这种文件就很头疼。

家里在用 plum niz 感觉挺好

楼主是说吃相问题吧，以提高性能为理由去限制去广告插件，最后被人打脸，这的确难看啊。
怎么就成不让人家赚钱了……

v2ex 这编辑器怎么和知乎的垃圾编辑器一样，连行首空格都保留不下来啊

不折腾 header only 就发布成头文件 + 动态库的形式啊。

libfoo:

include/
interface.h
src/
impl.h
impl.cpp
cmake/
fooConfig.cmake.in
CMakeLists.txt

CMakeLists.txt:
add_library(foo)
target_set_properties(foo PUBLIC_HEADERS include/interface.h)
install(TARGETS foo
LIBRARY DESTINATION lib
PUBLIC_HEADERS DESTINATION include
)

然后 cpack 就可以了。大概是这样吧，准确的语法懒得查了。
fooConfig.cmake.in 是用来让别人通过 cmake 引用你的库的，install 里把它放到 cmake dir，这样别人就可以直接 find_package(foo) 这样用了。