一师是个好学校？

mbp 本身色彩就比 air 要好很多，rmbp 的屏幕就更不说了，如果做设计这个是要考虑的
无论多少寸，外接显示器是跑不了的，所以尺寸不用纠结。
做前端至少外接一个显示器，
一个放浏览器一个写代码，弄个自动刷新的页面的脚本如live.js,或者liveload，yeoman之类的，别写边即时预览效果，效率高很多
如果还有一台还放终端和文档。

“懂”只相当于"做”的目录而已，先想想为什么做不下去吧，求助于某种自身之外的东西，自己也不会被自己认可的。

“高端的程序员社区” 给跪了，都上升到这个档位了么，目测lz高黑

主要问题是，air本身屏幕就没pro好，色彩上感觉差蛮多的，换了retina就更不用说了

话说当年的 mbp13 不就这么个情况么的存在么，现在这个屏幕，重量都有突破不算尴尬
air 有 retina 也不会太远吧

@catfan 对库来说个人倾向于更内聚于某个功能，然后通过组合不同的库去解决问题，jquery这点并不是很好，能把对dom操作的这层剥离出一个单独的库更好，作为一个element对象的替代存在。

如果都却对某个功能点做建设，比如underscore，json支持，cookie，本地存储，包括你所做的动画方面的，而不是完全做一个基础库，对整个社区来说都是好事，毕竟很多东西都已经存在了，重做意义不大，如果别人想用你动画的这个功能但本身依赖于其他库是不是会有取舍的，导致这么好的功能不能更广泛的应用实施

有趣的项目是建立在基础之上的，这个肯定的，但现在的基础似乎没有这么薄弱

没有别的意思，楼主做的东西的态度和质量都让人钦佩的。
现在的基础类库太多了，完全可以把开发这个类库的时间做点其他更有趣的项目
谈一下对类库的“效率”和“够用就好的看法
从js库的角度讲dom的效率和选择器的效率在实际项目中几乎不存在瓶颈
至于够用就好，先说jquery重么？
如果细分看起来是很重，可以把很多模块剥离后学jquery的版本也准备拆分成各类模块，但从gzip 32k的角度讲，真没一点必要，想想现在js都走异步并行加载的时代，一个js也就好比页面多了张图片，为这个专门做一个类库是没必要，缺失了更活跃社区的支持和其他开源资源的利用上。一个资源加载的瓶颈也不是32k，同样5k的资源和32k的资源在现在的网速下都可忽略，缓存之类的更不用说了。

还是注明吧也不麻烦，一般我都写在 Q & A 之前

其实还好，写代码也倾向于13，公司和家里都外接显示器，出门13要轻便很多
比以前的13寸pro轻还有retina屏，还是有吸引力的

会轻很多吧，15寸的rmbp已经和以前13寸的mbp一个重量了，现在要13是不是可以比拼air了?
价格也15寸更让人接受吧

可以把 esc 和 ~ 键换位，也有用 jk 替代 esc 的

为什么国内都执着于做一个js的基础库，有何意义？
看看github上 js 有这么多有趣的项目，很多东西都可以搞，偏偏搞这类有各种成型可靠的成熟库的东西，还没有什么质的提高

站的角度不同肯定想法不同。打工者本身可能就有很多因素。

公司方面的问题: 公司文化，制度有点别扭，团队缺乏气氛，做的工作无趣繁杂，升职或加薪难；

自己的问题: 遇到了问题然后逃避了，做的不够好逃避了，做了一段对自己的生活状态不满意了，把跳槽当成save/load，企图用这种方式解决问题，要么兴趣不在于此，只是因为缺钱生存。

未必不是件好事，不过如果是开发的话，可以教育他先多学点东西，到时候能让自己边旅游边做自己的项目维持生计就好了，无论到哪能接上互联网就成

ruby~ ruby社区都是些想法独特的，各种创意项目层出不穷，和ruby的语法api不无关系

生活方式不同吧，小伙去工作是为了赚下次的旅费？