快了太多

黄老板在和用户亲切交谈

不得不说，旧版的 Macbook Pro 和 Air 的屏幕现在已经严重落後了，文本显示方面相当差，如果不打算买 Retina 的话，还是别考虑 Macbook，再加上苹果中国的畸形定价，还是选 XPS、ENVY 或 Thinkpad 装 Kubuntu 比较好，如果肯花钱，当然是 Retina 的 Macbook

这是著名的八格丫路提案

测试工程师为什么非要用 win？测 IE 又不是非得把程序也跑在自己的机器上

SSH 啊，那堆配置文件改起来像是在擦一堆粘粘乎乎的东西，劝你还是别拿文本编辑器写这种逻辑混乱的东西，容易得思考恐惧症，最好找个自动化一点的 IDE，让它自动处理这堆玩意

这年头啥没难度，怕难度就别干这行了，要是害怕带难度的编程语言，那些初级码农弄出来的烂代码就够你受的

#58 楼 @sevk AOP 本来就是个炒作的产物，某些 Java 框架的作者为了推销他们的产品炒作各种概念，仿佛他们的概念先进到你不用他们的东西就寸步难行一样，实际上很早之前的 EJB 里用的 Proxy 机制已经很简单明了，某些人为了 Without EJB 搞了另外一套更复杂的东西，再加上 JCP 委员会里的人拼命维持现状拒绝改进，把这种炒作当成繁荣，於是塑造了这么个空前的泡沫繁荣，这种做法加重了软件项目的负担，而且依赖上之後就是强耦合，你拿不掉的，这是软件项目的大忌，为了达到他们的商业目的不惜引诱你犯这种大忌，所以这种做法应该抵制

meta programming 里已经包含了 AOP 的所有概念，远比 AOP 优雅，没必要去迎合

Java 并不鼓励 AOP，Java 里的只是 Proxy，在 EJB 里用得很谨慎很规整，大量使用 AOP 的是 Spring，简直为了制造噱头滥用，每次动 Spring 的那堆配置文件的时候都好像在擦一堆粘粘乎乎的东西，太恶心了，那东西做时间长了审美观必然扭曲

#36 楼 @murphy 文章里说用 Node.js 替换的是 REST API，rails 偏重用户界面，不是用来做 Rest API 的，国外还有用 MongoDB 做缓存的

#2 楼 @hooopo rails 是慢一点，可是没慢到那种地步，评测的作者特别是国内的评测作者大部分都是有倾向性的，拼了命地维护自己会的东西，JE 的肉饼做了个 Rails 和.Net 的产品级性能对比，对比的结果是 RoR 秒一切，所以说这种评测没什么实际意义

我个人觉得最好的评测是 debian 小组里的一个人做的数学计算效率测试，结果是 Ruby 和 Python 在那种测试下性能没什么区别，虽然 debian 最後选择的还是 perl 和 python，但是这种中立的态度非常难得

#19 楼 @Yujing_Z 就是因为 SourceTree 不好用，我才去找别的客户端

还是换成国产的便宜鼠标吧

喜重装

Emacs 挺强的，但是 Emacs 设计成那样决定它不太鼓励和其它工具混用，用过的都懂

为什么要出版？微博不挺好的吗？

shell script

#9 楼 @yzhrain linux 下情况差不多，最好用的是 Eclipse，其余的版本浏览功能太弱

#2 楼 @Teddy github 的那个历史浏览功能太弱了，还是得依赖命令行

#1 楼 @huacnlee 多谢，我看一下，现在 Mac 上好用的 git 客户端太少了，要是好用就买了

为了赚钱

太恶了

要配合为 Mac 定制的软件才能效率高，你用 Eclipse 一样低效

挂载时需要把字符集指定成 utf8

弃暗投明，值得鼓励

bitbucket 唯一的好处是优惠力度够大，不知道能坚持多长时间

#10 楼 @kaitokid1224 不会跨平台，GNUStep 丑成那样上不得台面

Netbeans 在 Mac 上惨不忍睹

估计都拼不过 Dart

#34 楼 @chankaward 不行，楼主说的对！