项目中我都是用零配置的格式化工具（最多配置个 maxLine = 100 ）：

clang-format
gofmt
black
beautifier

可以去研究下能否集成这个 https://github.com/apple/sourcekit-lsp

我认为自己是这样的人。理由如下：

1. 自己正式面试没拿到过工作（第一份工作也没有正式面试），全是推荐 + 非正式面试；
2. 至少有 5 个前同事邀请过我去他们创办的公司 /所任职的公司。

个人觉得 google style 很烂，各方面的烂。我现在使用的规范如下：

Python: black
JavaScript: Prettier
C++: clang-format (LLVM + ColumnLimit: 100)
Go: gofmt

至于 codelint ，doc 相关的都会禁用，其他基本保持默认。

#2 @pianjiao 有点儿复杂，不过还是写出来了。

var getAttr = function (obj, paths) {
let value = obj;
for (let i = 0; i < paths.length; i++) {
value = value[paths[i]];
}
return value;
};

var rebuild = function (dict, paths) {
// key: email, qq
const pairs = Object.keys(dict).map((key) => {
const obj = getAttr(dict[key], paths);
return [key, obj];
});
console.log("----", pairs);

return pairs.reduce((merged, prev) => {
// prev: ['email', {'rule', 'isShow', extends}]
// merged: ['rule', {'email', 'qq'}]

console.log("--- prev", prev);
Object.entries(prev[1]).forEach(([k, v]) => {
merged[k] = merged[k] || {};
merged[k][prev[0]] = v;
});
return merged;
}, {});
};

// TESTING:
getAttr(list, ["email", "a", "big", "isShow"]); // true
rebuild(list, ["a", "big"]);
// {
// rule: {
// email: ["abig"],
// qq: ["abigqq"],
// },
// isShow: {
// email: true,
// qq: true,
// },
// extends: {
// email: [],
// qq: [],
// },
//

#5 @levinit 你看错了，play-mp3 的版本号是 0.0.1 ，并没有像模像样。

var entries = Object.entries(a).map(([k, v]) => [k, { rule: b[k], ...c[k], value: v }]);
var obj = Object.fromEntries(entries);
console.log(obj);

// {
// a: { rule: [ 1 ], isShow: true, extends: [ 2 ], value: 1 },
// b: { rule: [ 2 ], isShow: false, extends: [ 3 ], value: 2 }
// }

推荐 react ，react 学起来可能比 vue 麻烦些，但概念比较少。

@FrankHB 好吧，我其实是想说的是精神上最接近 GNU 的主流 Linux 发行版。

喜欢 apt 我还是推荐 debian ，滚动升级，精神上也最接近 GNU 。

redis 的 sorted set 很适合做这个，至于「最近一周」，可以使用 rolling 算法，存到多个 key 中。

#6 @Buges 据说所知，函数式风格的「快速排序」和一般意义的「快速排序」相比，前者只得其形，不得其神，美则美矣，却慢多了。

#44 @cvbnt 还好早就换「有道翻译」了。

赏花赏月赏春雨

@molvqingtai 可能是因为工作经历的差异吧，我觉得 class mixins 是更好的复用方式（我后端用 Django 比较多，出于复用的考虑，几乎没写过 functional view ，都是 class-based view ）。



`Hooks are a new addition in React 16.8. They let you use state and other React features without writing a class.`

在我看来，useState 是引入了一个全局的外部变量，然后通过某种特殊的方式和函数调用返回的组件关联（这句话里 other React features 接触太少，不作评论）。个人是非常厌恶全局变量的，即使是个隐式的全局变量。同理，能放在 state 的，我也不会用 redux （也是个大型的全局变量）存。

我觉得 Hooks 就是个异类，纯粹是为了解决 FC 不支持状态的问题而生的。如果需要用状态，为什么不用 class component ，而要用 FC 呢？

ps：本人后端开发，偶尔兼职前端，可能有些理解不到位。

@qrobot #128 留言赞同一下对 MIT 许可的解读。顺带补充一下我的理解：
A 「授予」 B 「做 X 」 的权利，意思是，如果 B 做了 C ，根据此协议，那么 A 不能因为 B 「做 X 」而追究 B 的责任，或者说，A 放弃了 B 「做 X 」所需要承担的责任。至于 B 能否「做 X 」，是否愿意「做 X 」，「做 X 」是否麻烦，和此协议无关。

举例如下：
小明授予小红「能随时打小明」的权利，那么小红可以「随时打小明」，而「小明」不能因此追责。但「小明」可以选择跑到很远，跑到「小红」打不到的地方。「小红」做不到「随时打小明」，但不能说「小明」撤销了「小红」可以「随时打小明」的权利。

再举一例：
小明授予所有人可以「偷小明的手表」，不意味着小明「必须」把手表放到所有人都能偷到的地方（事实上也做不到），「授予」并无此要求。

小孩子才做选择，我都会关注，会避免在语言和文字中，将动词名词化。