@horace 拜读.... Lync是个好东西。

内部资料共享如果是文字的，我们这边也是用的Tracwiki。
其他的资料是自己搞了一个NFS来share一些东西。

部分开发资料是放在trello上面来做管理的，这样如果需要的话可以很快找到。

script为了减少错误，最好不要写type..或者是使用自动生成。
另外新版chrome的inspector很强，基本上等价于编辑器了，Scripts的tab，对于页面内嵌的script它可以抽出来作为单个script内容，也可以通过那个检查是否已经作为Script来执行了。同时也自带代码格式化工具，可以将任何恶心的代码格式化。

@cuijiudai 没有，我没怎么用过touch，如果你要学，一般是看官方的例子和文档来学的。

dev版本的问题除了报bug基本上就剩下无视了

@cuijiudai 但是像 @yzhrain 说的那样，对传统网页编程的人不会很习惯这个，而且自定义会很差。

但是如果是模拟传统app界面，多平台支持，目前sencha的成熟度是最好的。jqm对于pad的横屏竖屏的转换没有sencha完善（可以说几乎就米有）。

@yzhrain 其实更多的是因为jqm高不成低不就，就高手而言没必要用它，几个库搭配起来使用就能搞定了。对于新手而言，实际上也没简化多少，看着html还极度不舒服，后期调试也很麻烦，生成的dom我个人感觉是和sencha有的一比，少不了多少。如果是学习的话我是相对而言推荐的，但是说到直接上马项目，需要兼容pad 和phone ，sencha其实非常好。

另外你在pad上面难道没遇到经典的双栏问题？RC1的时候这个问题应该还没处理掉。

@yzhrain @yyfearth 何止烂，当年用a4的时候实在是烂到极致，而且一直在说要为pad兼容，我hack的pad兼容都出两版了，他们还在为手机优化，还有那个伪双栏。去年在他们论坛里面提了一下双栏优化和pad兼容问题，木人理我，伤心。

双栏的问题在pad上面很突出的就是没有scroll，jqm 早期实验版本的srollview 是个很没性能的
东西，后期可以配合iscroll来做，但是sencha本身就支持scroll。


而sencha原生就支持pad和phone的转换，最关键的就是组件开发的模式，其实jqm很废材的就是如果我要用原生技术来实现这些东西，只要挖出来他的css即可。其他的都有现成的js库来使用，而且开发起来比使用jqm更快。如果我不用原生技术来做，而是从.net转过来的，sencha的组件虽然学习成本高，但是无需后期再考虑N-Screen的问题，全面兼容各种phone和pad。

这个时候jqm完全没可比性..充其量当了一个资源库而已。作为单页面前端程序，使用backbone自制一套的时间都比熟悉jqm要快，尤其是现在jqm只实现iphone 最普通的应用程序样式。

@panxianhai phonegap是一个壳，你可以想象成为浏览器...

sencha touch
jquery mobile 简单点来说：废品...

前端不需要美术功底，某些大长篇说前端所需技能的都是做到一定程度自然就应该知道的事情。

同等豪华版...收藏版只有米国本地人有能力买得起...

我倒是觉得不要这么复杂，这个又不是游戏存档，而且在写了保存的时候都是指定好dropbox或者document的位置的。

如果没指定这些位置，那么就是为Github和blog写的，不然就是临时文档为了复制到trac的。

要是真要加这个功能，给个目录tree是比较好的选择。

@chenluois 因为经常要写Github的文档，但是mou好像对Github的```code block```模式解析有问题？

@hq5261984
那个不是逆向，那个是碰撞 md5碰撞，不算是可逆，只是让md5验证失效而已。

@qiayue

这种请求感觉最好后台来做，你可以让client和你的server维护一个长连接来处理这种请求。
前端一个页面有3000个ajax已经是很恐怖了。目前还没见过哪个这么处理过的...

纯前端么？这种几千多个的请求为啥不在后台缓存？

最近dev版本的打开tudou完全没有flash，都是在safari下面去看视频的。
渲染方面也不行了，home页面的google io主题都是全黑，大图片渲染的时候拖动滚动条，没显示的部分会变成已经渲染的部分的repeat。
mac下面bug 多多...