越来越臃肿了

林子大了什么样的人都有，同样什么样的公司也都有。有的公司对员工第一个要求就是“皮实”，脸皮太薄的不要，要受得住领导的“打骂”，这种公司在面试的时候第一关就会测试你够不够“皮实”

这叫“压力面”，面试官故意故意对你人身攻击看看你承 (逆) 受 (来) 压 (顺) 力 (受) 的能力，这种公司需要的是像狗一样服服帖帖的员工，不去也罢

#23 楼 @pepsin 同样觉得 Sublime 太滑，给人一种不踏实的感觉

元编程的本质是什么已经不重要，重要的是“为什么要使用元编程”，有牛人用嘴巴含着毛笔写书法，还有更牛的用眼皮夹着毛笔写书法，这些玩法玩玩可以，但不能因为这个就从此不用手写字了。

元编程能不能提高开发效率，能不能提高程序的可维护性，这是个问题

已经从元编程中醒悟过来了

你个话唠，有完没完？

emacs、vim、ide，各自输入的感觉真的不一样，emacs 有种软绵绵的感觉，不喜欢

公司喜欢用 php，耐操，能忍受 php 那丑陋语法的码农，忍耐力一般都比较强，能忍受加班、渣电脑、渣办公环境。

Ruby on rails 的开发者更有 full stack 和创业的倾向是因为用 rails 如果接手公司的老项目会有想死的感觉，用 rails 最爽的就是项目从开始就你自己做的，对项目的整体了如指掌。

#1 楼 @ywjno #2 楼 @dearmark 讨厌，人家在抒发情感，你们却只谈技术

namespace 是干嘛的？

#11 楼 @heliang7 那不是 vagrant 实现的吧，是 remote interpreter，不过谢谢你，不是你提醒我不会注意到有 remote interpreter 这个功能，这样 windows 平台开发 rails 没有任何障碍了

以前玩超频的时候，内存不足、CPU 超频过度，都会导致 rubymine 自动退出

#6 楼 @heliang7 对 vagrant 的支持仅仅是 vagrant up 之类的常用命令吧，难道还能调用虚拟机里的 ruby 解释器？

别装嫩，这货比 Java 还老两岁

#7 楼 @wppurking 又多了个 Docker，为了解决 Docker 的各种 bug，最好再学习下 golang。在 2 楼忘了说，git 也是部署 rails 的必备技能

部署一点优势也没有啊，对小项目没有比 PHP 更方便的，部署让秘书都会操作。Rails 的部署，首先得学会 linux，然后还得学会 rails

#12 楼 @Rei 既然这样设计了，为什么不用 sql 呢

用关联表实现标签云很方便啊，难道是 MySQL 用惯了的缘故

想当年，多少人头脑发热把数据库从 sql 转到 mongodb

#9 楼 @xds2000 我的意思就是跨这些发行版，没必要纠结语文层面的东西。就跨发行版也得把各个发行版不同的依赖都带上吧，这样镜像包含的东西也不少。

#5 楼 @wcc526 那一个镜像也小不了啊，是 nginx、mysql、php、rails 这些软件放在一个镜像还是一个软件一个镜像？

#3 楼 @wcc526 我一直搞不明白，centos 跟 ubuntu 不同的系统不同的版本差别那么大，一个镜像文件是怎么做到跨这么多平台的

正在研究中，各种坑啊，发现这种解决方案都是解决了一个问题，同时带来了 n 个问题，如果不是专业干运维，貌似不用钻这么深

如同 @blacktulip 大侠所讲，后端很容易，熟练的话用 rails 一天，前端麻烦事多。

这界面是楼主设计的吗？很棒

这种情景只适合淘宝这种大公司，只适合 java 这种大部队作战，小公司和个人还是老老实实撸 rails 去吧，淘宝这种方式别说开发，光部署就能把小团队累死

哈哈，后台怎么可以用 iframe 呢，应该用 frameset 左右分栏。后台显示数据列表的时候当然是 table 了，table 就是专业干这活的。div 用在布局和非列表的地方。

这个没必要太考究，如果真去较真的话，w3c 标准本身就有很多不合理的地方，html5 是套失败的方案！