看这贴怎么觉得有 surface 已经赶上 mb 的感觉……

但实际上我的同事买的 surface pro4 我试用下来感觉各种粗糙（软件方面，硬件好点但没到 mb 水准），然后看过好几次蓝屏……比如打开一个官方纸牌游戏就蓝了……

我用 vim 十多年还在继续用上下左右，这有什么啊……

再说了，编程的速度和输入的速度无关，纠结这个干吗呢……

最后我觉得改用 sublime text 的还是用 sublime text 吧……

$ npm install -g jsbin
$ jsbin

楼主这种人就和质疑人家网站为什么 IE6 不能访问一样。

“你看人家 qq 和新浪用 IE6 就能访问！”，那是因为 qq 和新浪就是为你这类用户设计的，而这个新兴网站根本不想为兼容这种落后浏览器还要良好用户体验投入成本。

作为前端，如果这种用户并不是非常重要的话，即使技术上能做到我都会禁止这种旧浏览器的访问。成本又高，又延缓了旧浏览器的淘汰时间。

就是星际迷航动画片，应该没有其他的了。

您就不能都用 utf-8 吗……

@yyfearth 有段时间没用 p4 了我都忘了……隐约记得好像是对文件的设置。我们也是遇到某些文件一定得是可写状态要不软件打不开的问题就干脆全部设置成可写了。但详细哪里设置我已经忘了……

P4IGNORE 是这个行为啊……我们是单项目超多文件夹的所以没感觉到……

chrome 的 devtools 有 workspace 功能。

现在 workspace 功能里把你的文件和本地路径做好 mapping ， mapping 正确的话， sources tab 里打开的文件就直接是本地文件了（不管是 js 还是 css ），这个文件是可以 ctrl-s 保存的，会存回 mapping 好的本地文件。

然后在 Elements tab 里改好 css 后，点击 styles selector 旁边的文件链接，就会跳到对应的 css 文件去，会发现已经修改了，这时再 ctrl-s 保存就好了。

如果 less/sass 的 source map 对应正确的话，理论上来说也可以 mapping 到 less/sass/上。

修改并保存 js/html 文件当然也是可以的。

当然我这都是纸上谈兵我司项目有点特殊用不了这种奇技淫巧……

@yyfearth
其实 P4/SVN 熟的话开 branch 也还好不算麻烦，麻烦的是 merge （而且其实真的很多人不好好学怎么用 p4/svn 的，当然我相信这类人用 git 也不会好好学）。 git 的 merge/rebase 确实要强大不少。而且 branch 一定是服务器上开，自己临时本地开一个做不到也比较遗憾……

至于 p4 lock 文件，其实是可以设置的……文件设置成不要 lock 直接改的模式就和 svn 一样了， ignore 机制那么基础的东西当然也有（虽然我忘了怎么搞了）。

我们现在 git 用法和 svn 差不多（ gerrit 作为提交监控），这样就更加缩小了 git 优点，感觉和 p4/svn 也差不太多了。

* repo 记着所有历史的策略会使得 repo 在日积月累的使用中变得越来越大
* 不能应付源代码权限需要严格控制的场景， repo 能拉下来就意味着所有代码都能看到
* 大规模项目需要分成多个 repo ，这使得跨 repo 的单个提交变得非常麻烦，尤其是后面还有 CI 在检查每个提交的时候（相互依赖结果哪个都进不去）
* 分多个项目的时候无论是 subtree 还是 submodoule 都不够好用方便

总之在使用了近两年后我觉得比起陈旧的 perforce 来说也并没有 life change 级别的改变，也就自建 branch 快很多这点不错。

重刷系统能在一定程度上改善，亲测有效……
大概在线升级之后文件碎片什么的太多了影响性能……

你需要 3M 的官方 Posi-it!
https://itunes.apple.com/en/app/post-it-plus/id920127738?mt=8

为什么那么简单的东西还要文章……
直接去看 fb 的官方文档不行么……

@gcc2000 首先要换行的话你打一堆 t 干什么，这样算是一个英语单词当然就不换行了（除非你想像 V2EX 一样把人家英语单词都断行显示……），然后如果想不会把一个词断开然而长度实在不够（比如此例）的时候还是要换行（好绕）的话应该设置 word-wrap: break-word; 这个在排版小范围显示的文本是非常有用的。

如果有 eslint 保证也不一定需要严格模式……

辐射……没辐射哪来热量啊……你要呆在绝对零度的空间吗……

1. 不应该说浮点精度不够，而是浮点本来就无法精确表达某些数字，你再提高的精度(不管是 64 位浮点还是 128 位浮点)都一样。
2. 但是，一个统一的浮点<-->字符串转换方法理论上能够无损地转换，所以如果：
[源代码有 a=24.72 字符串，经过编译产生变量]->[服务器内存中的 float] -> [服务器内存中的字符串] -> [json/xml 网络数据传输] -> [客户端内存字符串] ->[客户端内存的 float] ->[客户端内存中显示用字符串] ->[显示给用户]
这里面所有的浮点<-->字符串转换方法是统一的话，用户就会看到源代码的 24.72 。
然而如果任何一步并不统一（考虑到你后台不大可能是 ObjC 的话），或者这个 24.72 不是源代码而是计算而来的话，显然就不能保证用户最后看到啥了。
3. 说那么多的意思是精确的话要么*100 按整数来（也就是用定点小数不要用浮点），要么用字符串或者前后统一的 BigDecimal