谢谢提供，已经实现了 js 的大部分功能了。不过我估计无法把 ruby 语言的所有特性转译成 js，ruby 的黑魔法太多。

我的想法还不是实现这种转译功能，是用 ruby 实现类似 vue，react 那种前端框架，vue 不是提倡把 html、css、js 写在一个 vue 文件里吗，3.0 是用 ts 写了。那为什么不干脆用 ruby 实现这么一套呢，一个 rb 文件就是一个组件，大大小小的组件，最后编译成一个 js 文件，这样对 rubyer 太友好了，前后端都用 ruby 写。

html do
    head do
    end
    body do
    end
end

这样写 html 不要太爽

我记得 17 年左右的时候微问家有转到 java 的打算，怎么没转？看来还是 rails 香啊

能提高 assets:precompile 的速度吗？

美年达给了你多少广告费

确切的说是：程序员创业的少了。

只有程序员自己创业的时候，才会考虑选一个让自己舒服点的技术栈。只有自己才会对自己好，指望别人对自己好，是不现实的。

这种现状印证了我前面一个帖子的观点：技术已经没有发言权了，一切都是资本说了算。

rails 最大的卖点就是写起来舒服，真 tm 舒服，只能用赏心悦目来形容。但是程序员舒不舒服，重要吗？

但是 ruby 的语法优势永远都在，php 也出了仿 rails 的框架 laravel，吸收了 rails 的思想，甚至还加入了很多新的有用的东西。但是 php 那丑陋的语法，导致 laravel 怎么写都没有 rails 的感觉。

当然程序员的感觉已经不在资本的考虑范围之内，只要有钱，就是屎一样的语法也有程序员愿意去写，特别是现在经济这么不景气。

今天上午刚写了一会 rails 代码，有些愤愤不平，就算全世界没有一个公司招 rails，老子还可以创业，给自己写项目。

php 解决了中小企业的哪些痛点呢？
1、门槛低、好上手，好招人，鱼龙混杂？面试官是干嘛的？因为 php 生态丰富，各种高手面试官根本就不缺，以不太高的薪资就可以招到，菜菜想过他们的法眼门都没有，除非工资砍半。
2、功能强大，php 的内置函数几乎能解决 web 开发的所有需求，没有什么是一个内置函数解决不了的，一个不够就两个，比起 rails 的 bundle install 配置各种 gem 依赖，简直太方便了，就算用 composer 也比 bundle install 方便，因为几乎所有功能 php 的内置函数都能涵盖，所以除了在安装阶段，后期几乎不用考虑编译第三方库，所有功能 php 的内置函数都包括了。
3、性能强劲，虽然是脚本语言，性能却直逼 java、node v8 引擎。现在又要上 jit，性能在脚本语言里面简直是逆天的存在。并且对配置要求极低，一个 500m 内存的 vps 跑 php 搜搜的，比 java、rails 这些省资源多了，对中小企业来说一个 php 的网站用阿里云轻量版就足够了。

有这些优点，叫企业如何不选 php？

虽然我对 php 比 rails 更熟练，但写 php 的时候，我的内心是崩溃的，从开始学 php 的时候就这样，现在成为 php 熟手了还是这样。

php 就像一个逻辑混乱的损友，以其昏昏使人昭昭

时代变了，一个语言能不能风靡，程序员爽与不爽已经无关紧要了，只要老板爽，程序员能赚到钱，它就风靡。 从当年 objective-c 的爆发式风靡就开始这个苗头了，现在只是越来越强化而已。

现在 web 开发，大型企业 java，中小型企业 php，这两个语言解决了企业的两个痛点，至于程序员的痛点要不要解决，who care?

php 和 java 基本上不用考虑兼容问题，只要不是跨度特别大的版本，升就是了，唯一需要关心的就是升级后性能更好了还是更差了。当然，这个代价就是 php 再丑的命名格式，也只能一条道走到黑，改良不存在的。java 还好，一开始就考虑到了整体的规划，不像 php 一拍脑袋就命名一个内置函数。

总有测试覆盖不到的地方，如果把测试的覆盖率弄的高一点，工作量可能就比程序本身还大了

这样每次升级都带来一些小彩蛋，对玩来说很有趣，对真正的生产环境造成的伤害是灾难性的。直接报错的改动还好，网站跑不起来了，哪个功能不能用了，程序员会发现问题解决问题。

最可怕的是：一些改动不会报错，但会让业务逻辑发生变化，系统还在看上去还在平稳的运行，但是产生的业务数据已经错乱了，可能数十天甚至数月都发现不了。如果是一个电商系统甚至是一个银行系统，你品，你细品。

所有这些残酷的真相，都导致一个残酷的现实：编程离兴趣越来越远，离艺术性越来越远，离生存越来越近。一切都在内卷化。

在十几年前，编程界还是有很多让人尊敬的大牛的，不管国内还是国外，现在也有大牛，不过大都是商业包装起来的、离资本越来越近离技术越来越远的大牛，或许他们技术上真的有两下子，不过总觉得他们离技术很远离资本很近，简单的说，就是他们的口碑不是真正的程序员口口相传建立的，而是水军代替程序员口口相传建立起来的，国内这个现象尤甚。

公司隐含的要求是：员工要能解决问题，并且还要平庸，所以让员工变得平庸的技术反而能大行其道。

PHP 能火的很重要一个原因就是：它那混乱的语法让程序员一定程度上变得思维混乱，口笨舌拙，更利于控制。

从业这么多年我还发现一个更残酷的真相：公司的管理层甚至老板，都是先用各种套路把员工弄得晕头转向、失去尊严、心理防线崩溃以后，才给员工安排真正的工作。

no no no，可以说 rails 给资本压榨提供了方便，但 rails 不是资本压榨的结果，rails 开始于 2005 年（碰巧 django 也是这年诞生），那时候资本在技术领域还没有一手遮天。

现在比较可悲的是连技术领域都是被资本控制的，连哪项技术好哪项技术不好的发言权，都控制在资本手中，而使用技术的开发者却没有了评价的权力，当然也可以评价，只是声音完全被资本的水军给淹没，没有几个人听得到。

你多虑了，我并没有把王垠的话奉为真理。在 diss golang 这件事上，我是很佩服王垠的。

相反，一些码农把 google 奉为真理，google 推出什么语言他们就追什么语言，google 推什么框架他们就追什么框架。

ruby 可以作为一个附加技能，可以作为枯燥编程工作的调味剂，但作为主业，不建议应届生入坑了。

如果用 ruby 来做 996 的工作简直是 ruby 的耻辱，因为 ruby 最大的特点就是开发速度快省时间啊

哦，我忘了，这个站就是阿里的程序员建的，这个站的 gem 镜像也是阿里赞助的。

也难怪我反对 996 就有人咬我了

人身攻击就没意思了

别喷，就事论事

出现 406 的原因找到了，routes.rb 里面也需要改设置

不过即便如此，用 format.xml，模板改成 xml.builder，返回的 content-type 仍然是 application/rss+xml，仍然需要用 7 楼的方法指定 Content-Type。

还是用 format.rss 吧，毕竟模板根节点是用的

昨天改到 xml 出现 406 错误

是 content-type 问题，多谢大大指点迷津，用您这个方法解决了

这个是我的：

这个是 ruby-china 的

感谢回复

真的没辙了，用的

respond_to do |format|
    format.rss
end

模板文件用的 feed.rss.builder，从开发者工具里看到返回的 content_type 是：application/rss+xml

https://ruby-china.org/topics/feed 返回的 content_type 是：application/xml

除此之外，没有差别，等有缘的大大来指点迷津吧。