获得徽章 0
最近在读MP4的文档，发现文档里的时间都是“自1904年1月1日凌晨以来的秒数”，而不是传统的1970年1月1日开始，仔细一想也合理，电影诞生于1904年，要比Unix系统诞生得早很多，为了照顾所有可能出现的影片，当然应该从1904年开始了。
3
39
React Router v4的Route，我不得不吐槽一下，不管path匹配不匹配，都会渲染children，这非常地……反常识，直观上都会觉得只有匹配的时候才去渲染children，虽然文档上也介绍了这个特性，但是，我觉得，接口如果不需要文档去解释也不容易引起误解，那才是好的接口定义。
评论
12
软件开发团队往往会给项目起一个Code Name，也就是一个代号，这个代号往往比较隐晦，这其实也是正确的，一是如果太直白的文字描述来命名会太冗长，也不生动，另一方面，也可以防止不相关的人（竞争对手）了解进度。其实判断一个Code Name合适不合适也好判断，第一要简洁，第二是要另一个组的人不被解释真不知道这个项目是干啥的:)
3
6
全世界的产品经理和UX都有个通病，就是能设计一个炫酷的功能，却讲不圆一个完整的操作流程，讲一条操作路径的不难，但是由此衍生的各种特殊情况，那就需要一些功力了自律了，很可惜，很多人都缺乏这些功力和自律，至少第一轮设计他们缺乏。
8
26
有朋友提出，React既然要求“渲染阶段”不要有副作用，那么Suspense怎么又是在render函数中做调用AJAX的操作呢？
其实，React现在已经不可能要求“不要有副作用”了，能够要求的只是在“渲染阶段”只能做“幂等”（Indempotent）操作。
相关详细解答：
zhuanlan.zhihu.com
其实，React现在已经不可能要求“不要有副作用”了，能够要求的只是在“渲染阶段”只能做“幂等”（Indempotent）操作。
相关详细解答：
zhuanlan.zhihu.com
展开
评论
13
虽然过多的文档和ppt的确是官僚主义的体现，但是不得不说，公司一旦上了规模，没有文档和ppt还真不行，我就见过没有及时转型的企业，没有注重这方面“官僚体系”的建设，所有问题都是口头表达，没有视觉映像，没有落实到文字的记录，同样，也米有多方面讨论和权衡，最后做决定只好拍脑袋和看心情了。
10
25
以前看node 8一个版本配套的npm版本是v6.4.1，现在看node 10.15的配套npm版本还是v6.4.1，正感觉奇怪为啥没有往前走呢，一查文档Node 10.8和10.9的时候还用到了npm的v6.2.0，node版本往前走的时候配套npm的版本反而往后推了，有意思。
nodejs.org
nodejs.org
展开
1
5
最近推特上关于TypeScript的讨论很多，其实我的观点一向都是这样：有些工具的确能够解决问题，但是从没有一种工具解决所有人的问题，如果这个工具能够解决你的问题，那你就用啊，但是千万不要因为这个东西“很热”就去用它，不考虑自身条件滥用工具，不会有好结果的。
4
19
虽然一般来说应该尽量避免重复代码，避免copy+paste代码，但是至少有一个场景下，copy+paste也不失为一种好办法，那就是在编写单元测试的时候，强求多个test case重用代码，往往把测试代码搞得更复杂，让后来人难以理解，还不如copy+paste呢。
评论
16