要不我们把月入 2 狗以下的人都弄死吧，这样中国就富裕了，不亏是先富带动后富

我觉得发这种评论的人不如滚出 IT 圈

我厂大整合 fecs
https://github.com/ecomfe/fecs

早上是怎么醒的？尽量保持自然醒，次之用手环浅睡眠唤醒，直接被闹钟叫醒确实很困

@ck65 事实是口罩上黑的那些东西你的鼻子也能帮你档住……

@HancockXu 如果你插上外接的非 MM 的鼠标是会有滚动条的，在通用里有一项叫“显示滚动条”，选第一个就行

一般人找我做这种所谓的技术分享会议都是 3000 块一次 2 小时左右的， QQ 群不是当面讲就算便宜点 800 一小时好了，楼主你给钱吗

@djyde 因为他吧所有模块不分前后都放到一个叫 node_moduels 的目录里

来表演一下正确的黑法：

1. 显式异步没有错，错在 Node 从这么多异步方案中选择了最糟糕的单 callback 模型，而 Node 之初社区已经在讨论 Promise 了
2. 拜第 1 点所赐， Node 的异常流非常坑爹，必须手动判断异常存在并且手动编码完成 rethrow ，一个语言在异常上没有自动 rethrow 的机制会让很多异常被淹没或者产生更多不确定性的负面影响
3. 官方模块抽象程度不够，如 http 和 https 竟然分了 2 个独立模块
4. 官方 API 命名不一致， fs.readFile 是对的，那谁告诉我 fs.readdir 为啥全小写了
5. 没有正确区分标准库和运行时，明年 Charkra Node 肯定要在这事上遇到不小有阻碍
6. 对 ES 新语法的支持太慢（ V8 ：这个锅我来背）
7. 纯计算上对多核支持太差（ V8 ：这个锅还是我背）
8. 一个 node_modules 文件夹死活不能配置，还叫着 npm 以后要连前端的包也能一起管理，所以未来前端也叫 node 了，生命的大和谐

真要拿走拍照都能拍走，这种管控实在是无聊

事实上 7 天假是太长了，而不是不够
频繁的小假才是比较合理的玩法

老实说 vertical-align 我也搞不清，少数搞不清的 css property 了……

去医院检查一下，有可能是视网膜易脱落的体质，我就是这样……

@godonlyknows 普通漫画和小本子有很大不同就在你说的这些了，我是打算慢慢加，只有双页模式对设计调整蛮大的，其他还好办
以后我还打算加个文件 tag 管理，总是会某天特别想看某一类的……

@Elix 享受 30 寸显示器的快感啊！


@wjchen 这真没办法，作为一个 FE ，不让我用 electron 我就只会写 WPF 了……

@godonlyknows Simple Comic 曾经也是我的选择之一，但最后我放弃了，主要是这样的

Image scaling: Original size, window fit and horizontal fit

这是 Simple Comic 支持的缩放模式（在我的应用中叫做布局），但事实上实际看本子的时候，这 2 种都不行：

1. original size 的话，本子很多是 4K 级别以上的图片，根本不可能简单地用键盘进行导航，同时这么大也没必要，一屏幕还显示不了几个部位
2. window fit 会导致图片太小，因为多数本子的图片是纵向远大于横向的，做 window fit 就是很细的一条， 23 寸及以下的显示器上对话都可能看不清
3. horizontal fit 又太大，本子的图片纵横比在 1:3 以上， horizontal fit 意味着要滚 3 次屏，本子要的是快餐式消费，不会地看这么精细

另外 Simple Comic 无论哪种 scaling ，都没有 step 的概念，即我按个键进到下一步而不是直接换下张图，这就导致 Simple Comic 还是需要 touch pad 或者鼠标进行图片的移动，这在只有一只手可用的情况下是比较折腾人的

所以其实我去做这个应用，出于自己的习惯，主要的目标就是全键盘和只要一个按键就能一路读到底的模式……

@kumakiti 都是 north-plus 里弄来了，请自行搜索……你可以写个爬虫，到时候分享下嘛

@ben548 现在部分情况是用其它设备统计的，比如 APM 游戏自带统计，这些集成到鼠标里对电竞人士来说总体是有益的
我们普通玩家就别掺和这些了……