@duhastmich 我理解chrome支持dart是为了做packaged app，firefox支持asm是为了firefox os，而微软手上有.net有mfc有win rt所以他才用不着让IE去支持个背离标准的东西

然后再回过去看，packaged app和firefox os工作的时候，事实上chrome和firefox不是作为一个浏览器，而是一个纯粹的应用宿主，因此从这点上我依旧不认为是“浏览器”开始各玩各的

另一个事实上，不标准的浏览器中的语言基本不会有什么大的发展，也许对性能有非常高的要求的地方（游戏？我觉得游戏还不够那种要求）会用到。

但再仔细想想，前端的性能瓶颈在哪，在计算在语言解析在语句跳转方法调用吗？我想不是的，基本上能撞上瓶颈的，十有八九是碰上了DOM和reflow这类的概念，那么dart和asm有解决DOM性能低下的问题吗？没有。所以总得来说，不认为这2个语言在浏览器作为浏览器工作的时候能改变前端的生态

@duhastmich 这不是浏览器搞的，你看chrome也没能直接运行dart。只是google/ms/mozilla作为一个互联网的参与者，自己搞出了一个语言，又碰巧他们有开发浏览器而已，你看coffee也是类似的语言，你也不能把coffee算进“各搞各”里面对吧

其实最早的广为人知的的浏览器直接支持js以外的语言，应该是IE的VBScript才对- -

如果你说的确实是medium.com的话

右侧是以<p>和<figure>元素为粒度的毫无难度

文字选中后的comment稍微复杂点：

1. 找个selection相关的库
2. 能定位选中文本的位置
3. 往上面放个图标

总结一下，没啥难度……

@qsun 嗯，我做完没宣传，所以日IP就几百，PV就几千，这些不当回事。蜘蛛那边的流量很大，爬一次大约是3-4个G的流量，每2小时一次，VPS曾经N次因为流量过大把我的机子网络给停了……

后来设计了一个动态机制，更新越频繁/人气越高的应用爬得越多，把那些没什么人看的应用放到4小时甚至半天爬一次，好了一些，但总觉得我这种2货想出来的动态策略不靠谱

另外由于做过类似的，所以也有一定和经验，如果只做iOS相关的，我可以把接口和数据结构提供出来（这个appstore返回的数据结构网上找不到，不同类型应用又有不同字段，折腾好久才慢慢推测出来的）

直接看源码也行 https://github.com/otakustay/PingApp/tree/old

trunk上是最后的关头还在大重构改用mongo的版本，结果工作又忙钱又耗就没继续干下去了

http://appshopper.com/mac/graphics-design/sparkbox

点右边价格下方的want it

曾经做过一个面向iOS的这种站pingapp.net，可惜服务器太花钱（要顶住每2小时爬一次全appstore再记录所有的变更、发邮件），被我关了

@NFSwind 摇一摇可能不行，因为我会拿过来刷一下微博又睡过去TT
@rayps 手机垂直超过几分钟这个策略不错，我本来还想用陀螺仪精确测算移动距离……

各位，前提是真的想起来啊，不是故意睡懒觉啊TT

嗯，其实是因为低血压低血糖，根本起不来……每天都努力着，然后睡过去了

@cattyhouse windows真没问题，因为没有哪个笔记本有R屏……

@xhacker 确实sketch官方说是rMBP像素太多了显卡又不怎么样玩不过来，等下一代rMBP不知道能不能好点，说实在我根本不关心续航，能有3小时就行

2电脑3显，主机双显编码+浏览器看效果，用autoreload自动刷新，笔记本一显查资料
买了张桌子，双显就横着放，一高一低，笔记本放高的显示器下面

比较期待能有 iPad mini retina，另外据说mac pro是板上定钉的事了吧

我认为的markdown的主要问题：

1. code块不能指定是什么语言（于是有了gfm）
2. 没有table、dl的支持（于是有了markdown extra）
3. 没有abbr、mark的支持，这个暂时无解，而abbr在技术社区很有用
4. 没有ins和del的支持，这个是非常严重的问题
4. *错误*地将em和strong用同一个符号以不同数量为区分进行标记，这个我认为是硬伤，em和strong很常用，因此更应该用不同的符号，如*标记em，而_标记strong，而不是以*和**来区分

以前做企业开发的时候，遇到过不少，经常都是项目经理转了好久实在搞不定，下面“怨声载道”，上面“强词夺理”，不过最后通常是我们的大老板出马，一晚上就把客户搞定了。那时我就在想，为啥大老板就真搞得定，这些所谓的不合理需求是来自客户的蛮横，还是自己的错误……后来想通了就舒心多了，比如你说的问题

1. 客户要兼容IE6往往不是因为老系统只能跑IE6，而是IT升级IE6的成本大，大到超过让你们兼容IE6的额外支出，那为什么他们要放弃IE6？所以你们要怎么给他们足够的利益来推进，想好了做好了，指不定剩下的只能支持IE6的系统一个一个给钱让你们升级，多大一笔生意
2. 逻辑上说得出分组的策略，技术上完全可能啊，只是用SQL做不容易，拿出来以后再计算还是能做的，技术人员喜欢用“做不到”来反对需求，但真正能砍掉需求的往往是“做了不利”，怎么想明白这事并准确地传达给客户是贵团队的责任，而不是客户的责任
3. 功能菜单同时显示，进入后提示权限不足，这也是一种交互设计嘛，好处是菜单永远有一致性，用户往往用多了会习惯“打开菜单后第2项就是我要的”，如果因为权限的变更破坏了这种惯性，一时的不适应不就是你们所谓自认为好的设计带给别人的负面影响吗？如果你们认为权限互斥时不应该同时显示，那么依旧应该想明白了利弊，准备好回答客户的质疑，然后准确地传达

很多时候，是没有去沟通，没有去细想，一味地叫着不合理喊着冤，不过这样只会显得自己很没用而已……

1. 现在整个业界缺前端是不争的事实
2. 前端的知识点太分散，很多时候是“在XX浏览器下，YY情况下，ZZ问题的解决方案”，而这些东西不能串成知识线，不能圈成知识面，更不能形成知识体系，久而久之，会疲惫并觉得自己一直没进步
3. 如果不会做设计，不懂交互体验，前端很容易成为UX的下游，听之任之，面对一堆不切实际炫得毫无价值你却找不出啥反驳之语的需求，于是越发觉得苦逼
4. 前端没有每秒并发几万的豪言，没有零延迟数据流的壮语（除非走得很深很深），这些容易上台面的东西前端给不出，前端给的出的别人却不那么关注
5. 设备太多，差异不小，少量的时间在设计，大量的时间在调试，如果甘于如此，容易变成机器而不是有思想的设计者、架构者

因为楼主问这问题，那么应该是喜欢前端，所以有啥好处应该知道，所以只说坏处。

总而言之，打算做前端，就要做好不能固守前端的准备，必须侵略扩张自己的知识至别的领域，至少我没见过国内外有哪一位前端可以只有前端知识就非常成功的，哪怕他再深入。所以作为前端，上懂UX，下知JAVA，左通OP，右晓DB，这是最基本的，其它如项目推进、进度追踪、网络优化，也是要有的，做好准备就行

1. 你确认v2ex有异步刷新么

说明你买错键盘了，有些蓝牙键盘是可以保存多组蓝牙的，比如KBT Pro那只

据说reeder快要支持feed.ly了，所以如果是怕google reader关掉的话，不用太担心吧