@metrue 显然不如 `nls` 三个字母来得快 😸

比较了下，发现 `npm ls ajv` 执行有明显延迟，不知道它做了什么。`nls why ajv` 直接从 package-lock.json 查依赖关系，秒出，还是小有优势的 ✌️

卧槽才反应过来 npm ls 加了参数可以当成 yarn why 来用，我说怎么 npm 圈一直没有 yarn why 这样的功能 > <

npm run 是用来执行命令，nls 只是列出来当前有那些 scripts 可以 run，并不执行。
使用 nls 的场景是经常在各个项目切来切去，不能清楚记得每个项目都有哪些编译、发布命令，所以 npm run 之前要 nls 先看看 scripts 里的内容。虽然也能 `vim package.json` 来看，但效率总还是有点低的，nls 最初就是为了这个做的，“ npm list scripts ”。

淮海路！求看办公室 (*@ο@*)

看不到意义。目前有意义的是 .io 的，.sh 的

@momocraft 好主意！分分钟赶超 React ，再也不怕挪小数点的对手了

@iwdmb 不应该吧， WebTorrent 就只有 47M https://webtorrent.io/desktop/

这个不怕，因为配置代码是自己写在服务器 config.json 的，没有 http api 可以添加映射

140 多 M 是不是有点大了？

@ivmm 在 now.sh 上不用，其他环境的话 就自己看情况了（直接 80 或者 nginx 反代一下）

“ NOTE: npm start has to listen on a port. It can be any port!”
—— https://zeit.co/now/#get-started

@fds 哎哟， v4 得支持下。已更新

@Trim21 你的 npm 目录是不是 root 用户的？用这个命令改成当前用户试试 `sudo chown -R (whoami) /usr/local/lib/node_modules/ ~/.npm/ `

@mcxiaoke 👍 好工具

@YuJianrong 👍👍👍


@ivmm @DoraJDJ 这个工具主要是针对已经确定要使用 webfont 的情况， Google Fonts 提供的 css 加载进页面之后，浏览器解析了这个 CSS 才开始去下载相应的字体文件，在这些字体下载完成之前，页面里设定用这个字体的文字部分就会显示一片空白。

[最近的 Safari 更新对此做了些改善]( https://webkit.org/blog/6643/improved-font-loading/)，最多显示 3 秒的空白，如果 webfont 还没下载完成会先用本地字体渲染，等 webfont 下载完成之后再换成 webfont 。虽然可用性上改善了一些，但页面效果多次变化，依然是个问题。

而对于国内的情况还多了一条，为了解决被墙问题我们通常要换国内的 google fonts 镜像，国内的这些能保证访问，但速度就难说，国外用户访问的情况更不靠谱，也会加重这个问题。

把字体内嵌到 css 中，就是对这个问题的解决办法。

@vitovan 我是从大神的 CLI 发现这个 dango 做了 Alfred 版，然后隔天大神就出了 Alfred 版……原来不小心抢了大神的先

@h0wardc 多谢！

BTW ：
有没有老外聊中国的情况？有点好奇我们这边的情况在老外看来是什么态度
我们看外国基本就是齐刷刷的羡慕嫉妒恨了

原来 dash 还有 emoji 的 cheatsheet ……谢谢~

不过这个是根据语义分析的，不是按 emoji 的关键字查找，
所以打 “ My girlfriend leaves me ” 的话它能给出来哭脸和心碎等等

同上，点赞

有没有老外聊中国 IT 产业工作时间状况的帖子？

赞，多谢楼主！

@msg7086 No No No, 不是重新发明，是重新定义 :P