获得徽章 0
最近在读MP4的文档,发现文档里的时间都是“自1904年1月1日凌晨以来的秒数”,而不是传统的1970年1月1日开始,仔细一想也合理,电影诞生于1904年,要比Unix系统诞生得早很多,为了照顾所有可能出现的影片,当然应该从1904年开始了。
3
我的Mac报警我的硬盘空间不够了,果然,通过删掉一些不常用的带node_modules的代码库,我的硬盘一下子捡回来20%的空间。
4
昨晚科学家们终于发现了黑洞为什么这么深的真相。
程墨于2019-04-11 09:11发布的图片
5
webkit源代码中有对我司hulu.com的特殊处理,这是针对我司一些hack而做的hack啊:-)

github.com
评论
React Router v4的Route,我不得不吐槽一下,不管path匹配不匹配,都会渲染children,这非常地……反常识,直观上都会觉得只有匹配的时候才去渲染children,虽然文档上也介绍了这个特性,但是,我觉得,接口如果不需要文档去解释也不容易引起误解,那才是好的接口定义。
评论
Octotree,看github代码仓库的神器,你值得拥有。

github.com
评论
软件开发团队往往会给项目起一个Code Name,也就是一个代号,这个代号往往比较隐晦,这其实也是正确的,一是如果太直白的文字描述来命名会太冗长,也不生动,另一方面,也可以防止不相关的人(竞争对手)了解进度。其实判断一个Code Name合适不合适也好判断,第一要简洁,第二是要另一个组的人不被解释真不知道这个项目是干啥的:)
3
我们时常说,代码应该是给人看的,一定要让人类能够看懂,以此要求程序要注意代码的可读性,其实……很多文档也TMD没法让人看懂。
8
因吹斯汀,github的网页中的URL是这样的模式, 查看PR列表是 /pulls,查看单个PR是 /pull/:id,而在API中,则是全部用/pulls 。
3
啊,总是会引来争议的问题,RESTful API中一个资源名应该是单数还是复数?
11
全世界的产品经理和UX都有个通病,就是能设计一个炫酷的功能,却讲不圆一个完整的操作流程,讲一条操作路径的不难,但是由此衍生的各种特殊情况,那就需要一些功力了自律了,很可惜,很多人都缺乏这些功力和自律,至少第一轮设计他们缺乏。
8
有朋友提出,React既然要求“渲染阶段”不要有副作用,那么Suspense怎么又是在render函数中做调用AJAX的操作呢?

其实,React现在已经不可能要求“不要有副作用”了,能够要求的只是在“渲染阶段”只能做“幂等”(Indempotent)操作。

相关详细解答:zhuanlan.zhihu.com
展开
评论
因为github太深入人心,加上其他类似服务的模仿,很多github的概念,已经被开发者误以为是git的功能,比如branch的protect。
评论
虽然过多的文档和ppt的确是官僚主义的体现,但是不得不说,公司一旦上了规模,没有文档和ppt还真不行,我就见过没有及时转型的企业,没有注重这方面“官僚体系”的建设,所有问题都是口头表达,没有视觉映像,没有落实到文字的记录,同样,也米有多方面讨论和权衡,最后做决定只好拍脑袋和看心情了。
10
向所有今天还在上班的劳动者(包括我)致敬!
15
以前看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
展开
1
单元测试写多了也不好,改一点code就要重写单元测试,所谓的“单元测试债”:-)
6
呵呵,互联网第一法则:不要对自己的粉丝过于自信。
程墨于2019-01-09 15:40发布的图片
5
最近推特上关于TypeScript的讨论很多,其实我的观点一向都是这样:有些工具的确能够解决问题,但是从没有一种工具解决所有人的问题,如果这个工具能够解决你的问题,那你就用啊,但是千万不要因为这个东西“很热”就去用它,不考虑自身条件滥用工具,不会有好结果的。
4
虽然一般来说应该尽量避免重复代码,避免copy+paste代码,但是至少有一个场景下,copy+paste也不失为一种好办法,那就是在编写单元测试的时候,强求多个test case重用代码,往往把测试代码搞得更复杂,让后来人难以理解,还不如copy+paste呢。
评论
下一页
个人成就
小册写作权限
收藏集
0
关注标签
4
加入于