commits log 其实我感觉并不重要。代码逻辑清晰。注释或者文档详细就可以了。

要不中午去买杯奶茶？

去楼下眼镜店要一块就齐了。闹啥

@polandeme 其实对大型网站来说。多几次请求并没有什么问题。
qq 也是iframe

@polandeme 我是已一个大站的角度说的。

1. 首先是实现Quickling的成本。你的javascript对于每个模块的的instance需要销毁重新绑定。可能需要一个管理器。和每个模块需要修改挂在到管理器。那个页面需要加哪个js。哪个css。css和css之间会不会冲突。因为原来再不通的页面。这两个死活不会遇到的。

2. 在Quickling区域外部的dom结构需要一致。包括样式名className。不然你还需要在跳转页面时用javascript去修改来匹配样式差异。

3. 用Quickling那么用户在你的页面上基本就不会刷新页面了。那么很多状态的修改都需要用javascript来保持了。这个会在不经意的时候发生。然后很容易手足无措。

4. 你需要适配你目前的所有页面。

如果你的网站就是个*音乐网站*。播放器就是*主要功能*的话。
iframe 是最简单。也是最屌丝。也是最方便的。也是开发量最少的。也是兼容性最好的。

你知道么。微博那个挂角播放器要常驻不间断播放。我用类似Quickling的方式搞死我了知道么。

@kokdemo 做客户端相关的。需要调UI的都需要一个大显示器。不然真心摊不开。

@limon 哦。奇怪的（顺便问句那是干嘛的？。。）按钮 windows 下是 开始， Mac OSX 下是 command。

@limon 我不用神器和圣器。我还是乖乖的sublime。 alt所以基本很少案。除了一些自定义的sublime快捷键之外。所以没啥不习惯的。

上面很多人说用Poker
HHKB lite的价格和KBC Poker的价格差不多。我都摸过。所以感觉是

HHKB lite 只是键帽感觉不错。
KBC Poker 只是键帽感觉差点。

所以我还是感觉。 HHKB lite 不值这个价格。所以如果想买请三思。

前端开发其实并不高

@deathscythe hhkb lite for mac 是薄膜键盘。 几百其实已经很贵了。

其实原生输入法挺好用的...除了词库更新太慢...

HHKB 公司用, HHKB Lite 2 for Mac 家用（这个先买的。感觉不错，就撸HHKB了）

@pH 是的。

像朱一没钱的就买hkc就好了。如果只是需要个大点的显示器。

对不起。不行。

组合键用习惯了也就好了。差不多2个礼拜就习惯了。我还是用无名指按fn的呢。小拇指没有力气的感觉。

后台想怎么搞就怎么搞呗。
React的话就变成强前端了。作为后台其实还是推荐angular的。
用angular会少些很多js代码。用React会多写很多js代码（因为逻辑都放在js里面了）。但是如果你是折腾。那就无所谓了。

但是其实朱一个人是喜欢React不喜欢angular的。