给 D 200/3/2 元. 不掺和 D 和 A 之间的账.

---

我认为这是一个公有制经济的问题.

无论各人到底消耗多少电量, 都按照 A 和 B 分摊的方法平均分摊, 平均不等于公平. 最合适的方案是各居室装电表, 只分摊客厅.

@plantain 这段代码中的用法应被称作 spread 而不是 rest. 是展开而不是集合.

而且这是还未定型的 ES7 的特性.

已经在 /go/cv 发过, 就不要重复了.

我觉得 权限控制 这个词就不太适合 Git.

可以开多分支, 然后分工, 由个别人负责主分支的 pull request.

@gkiwi
@hantsy

我觉得大家说的都是因为 Paper Elements 采用 Polymer 的. Polymer 在组件化方面的尝试并没有得到大家的认可.

用过 Vue.js, React, Polymer, 我倒觉得 Polymer 虽然坑多, 但入门简单, 适合技术选型不复杂的团队.

Polymer 应该是比 Vue.js 还简单的.

https://www.gitbook.com/book/iugo/polymer/

@Yliuxx 可以这样理解. Webpack 是个打包器, 许多功能是一些 modules 帮着实现的, Sass 转 CSS, 热加载什么. 它就是个平台.

AMD, CommonJS 都是模块化的规范, 这些都是在 ES6 之前的东西. 本质上没有什么不同, 语法而已, 建议使用 ES6 的语法.

我觉得楼主对 JavaScript 的模块还不够理解. 我有个工程 A, 引用了 npm 中安装的 B, 然后引用了自己以前写的 C 的部分功能. Webpack 从 A 开始打包, 它帮我自动引入了 B 和 C 的相关功能. 在 A 中这样引用就行:

import B from 'B'
import C from './C.js'

---

JavaScript 的一个特殊的地方就是有 "polyfill". 语言太灵活了, 你可以自己构建语法, 翻译到 JavaScript 就行. 方言这种说法也挺贴切, CoffeeScript 是方言, TypeScript 是方言, 可以说 ES6 也是方言. 只要每种方言不写在一个文件中, 就很好对接.

应该是因为有延迟才想到的这种东西...

论 ES6 的重要性. https://github.com/stefanpenner/es6-promise

找到方法了:

http://www.zhihu.com/question/19862629/answer/24347236

http://www.mycode.net.cn/platform/linux-unix/1403.html

总结:

1. 关闭 SIP (El Capitan 可选)
2. 修改 /System/Library/Frameworks/ApplicationServices.framework/Frameworks/CoreText.framework/Resources/DefaultFontFallbacks.plist 文件.

如果像我一样只想在编辑器中修改默认中文字体的话, 只需要找到 monospace 中 zh-Hans 即可. (注意该 plist 中的数据许多是数组, 没有 key)

@Felldeadbird
@21grams

总结下楼主的话:

1. 我很牛
2. 我不会吹牛

导致:

1. 我挣的钱体现不出我很牛, 因为我不会吹牛
2. 我对项目的掌控力(权利)体现不出我很牛, 因为我不会吹牛

可是 "不喜欢写博客，不喜欢发代码，基本没啥造轮子的想法。" 的话, 就算你再牛别人也无法验证啊. 还是为开源项目做做贡献吧.

@inoricho 何意?

「没有远超同行的技术」
Intel 的桌面端芯片, ARM 的移动端芯片.

「大部分人的使用感受，对你来说毫无价值」
我给不关注数码产品的人推荐手机总这样说: 你身边人用什么手机, 你也可以用这个手机; 买爆款没错.

我赞想法. 但有不同观点.

Way To Explore

1. 我觉得 Way 不是重点, 重点是 Explore.
2. 目前整体风格太软了.
3. 有点想要抽象但抽象太弱的感觉.

1999 年买的电脑, 十多年了还能用. 但是前年拆了.

只换过光驱, 硬盘.