@nonduality
RoR 只是框架，如果基于互联网流量来排名站点分析技术栈的话，比如一个数据源 https://trends.builtwith.com/framework 可以看到，Rails 排第四（前三 PHP 、ASP.Net 、Java ）

基于 RoR 的目前采用率比较高的几个开源项目：
GitLab 私有代码托管，采用率很高，也帮助国内相当多的代码托管服务项目完成冷启动
Redmine 十多年历史的老牌任务管理工具，在中大型企业仍然广泛使用
Discourse 论坛系统，https://discuss.python.org/ Python 的官方论坛也是用他搭建的
另外，国内团队发起的貔貅交易所项目，也是世界上唯一一个开源数字币交易所项目，特别是 16-18 年，帮助很多团队实现财务自由...

Ruby 曾经在自动化领域也并不输 Python，比如 Vagrant 、Puppet，曾经很多 Python 项目也使用 Capistrano 来部署，现在因为 Go bin 分发优势和容器化的大趋势在这个领域衰落了

Ruby 在 iOS 开发领域是统治性的，CocoaPods 、Fastlane 是肛需，前者虽然苹果用 Swift Package 来追赶，但是在可用性上仍旧与他有很大差距

Ruby 有一个异步任务工具（和 Py 的 Celery 用途相同）叫做 Sidekiq，看看他官网的客户 https://sidekiq.org 这个作者曾经透露他通过这个工具做到年入百万美金

此外，安全领域 Ruby 也有重量级工具 https://www.metasploit.com/

“科学计算、大数据、金融分析、人工智能与机器学习” Ruby 不是特别有名，但由于这些场景对于 Python 而言也是封装 C++ 库，所以其实 Ruby 都有对应的 Gem，尽管采用率比 Python 低很多

总结下来，Ruby 确实不如 Python 流行或者知名度高，但其实在很多领域都默默运行着。

说来年初我回复过一篇也是学习 Rails 过程中退却的 [ [从初学到放弃] Ruby On Rails]( https://zhuanlan.zhihu.com/p/103633703)

在看这个帖子，我感觉有工作经验的同学基础知识不牢靠的还是挺多的（这里有点得罪人），Rails 的很多特性（ MVC 模式、ORM 、视图渲染等等）在今天并不新颖，但是反而有过一定工作经验的朋友无法很好的把自己掌握的知识映射上来，甚至对相同的概念认知上出现偏差，这个真的是个人的问题。

典型的，现在提倡前后端分离 -> Rails 过时，这完全是没有因果关系的，HTML 是视图，JSON 何尝不也是视图呢？甚至 Protobuf 、GraphQL 也都是视图呀，所以当你不需要做 SSR 的时候，要做 API 的时候，`render json: {}` 就好了呀，甚至我可以说 Rails 在这里比任何其他语言都先进呢，因为 Rails 把渲染抽象成了 `responder` 也就是说，你想返回什么，只要设计好对应格式的视图就行了，甚至你愿意，客户端想请求什么格式，Rails 可以自动按需返回。
这个可实用了，比如做个类似 V2EX 的论坛，那时候流行 RSS 阅读器，你可以做到浏览器访问一个 url，返回 HTML，阅读器访问，返回 ATOM，当然要做客户端的话，同样的 URL 还能返回 JSON，这其实很大程度复用了业务逻辑代码。

Rails 的理念在现在仍然先进，比如用自定义小型路由语言来解决 URL 路由匹配（将 URL 抽象成一种类似正则的语言），用 AST 来抽象 SQL 查询，这些理念仍然是极其先进的。

只是由于前后端分离等新的工作方式，Rails 提供的很多功能的重要性降低，但这仍然不代表 Rails 过时，事实也证明了历史是螺旋上升的，“后端语言” 逐步放弃的后端渲染，又被 JS 框架捡了起来，重新包装成什么 PreRender...

我觉得楼主的戾气有点太重了，事情并不是你想象的那样子。

@jimrok
Ruby 2.2 大概在 2014 年，性能就已经超越 CPython 了，缺少 Web 外的场景比较要命，但是虚拟机的开发上，Ruby 的开发团队比 Python 要进取很多的

@reus
1 虽然当下前短后端有了更清晰的职业分工，但是前端不懂后端，后端不懂前端，这是不能够称作合格的工程师的
2 前后端通吃（所谓的全栈）的 web 开发框架仍然是主流，不信你可以数数各语言当下流行的 web 框架，当然这些框架通常也提供了 API mode （当然 Rails 4 年前就有了），这个对 web 服务本质有了解的，应该能明白这是是一个噱头，
当然了，实际上 Rails 对于 GraphQL 这种的新 API 技术的支持仅弱于 JS
3 作为全栈开发框架，引入 Webpack 并不是败笔，因为这是前端目前的事实标准，此外，Laravel 之类的其他语言的 Web 框架也都跟随了这个做法，如果是败笔，怎么解释这种跟随行为呢？
4 移动互联网只是互联网的一小部分，大量的业务系统（特别是 ToB 的复杂的信息系统），使用传统后端渲染依旧是主流
5 Rails 的优点是他提供的功能、Ruby 的表达能力、多年积累的生态，可以帮助团队（特别是小型团队）快速实现业务，当然在国内大肆推崇 996 氛围来说不值一提，但是如果计算成本，Rails 的性价比是惊人的
6 虽然说 Rails 老古董，但新的框架出来，总是不得不要跟 Rails 比一比功能，这就很有意思了

或许一个面试十四年的技术不 cool 了，但我并不觉得他在哪里是过时的

@tnx2014 可能地图炮了，我只是在说评论药丸、垃圾的

从知乎看到这个事件过来追了一下... 看到我的同事兼好友 @lgn21st 发声了，我也来支持一下 UCloud。

我的 RubyChina ID <https://ruby-china.org/jasl> Github ID <https://github.com/jasl> 2012 年加入 V2EX 潜水，我不是谁的马甲

我曾是创业者，作为 KnewOne 的主程，2013 年自愿选择 UCloud，主持了从 Linode 到 UCloud 的迁移工作，至 2016 年项目失败，从初创到顶峰到衰落，对于 UCloud 提供的服务表示满意，客观上，我确实遇到了 UCloud 自身的技术原因导致的问题，但是，和 UCloud 的反馈渠道非常畅通，每次由我们还是 UCloud 机房的问题都能及时得到有效的解决。

我也因接手组织 RubyConf China 成为 RubyChina 的管理员，我本身不参与社区管理事务（我的个人选择），但因为可以接触到国宁、华顺那边就社区服务器、备案方面的讨论了解到 UCloud 确实是负责任的，尤其是涉及备案，如果没有及时帮一把可能域名就要被拉入黑名单了。至于我主要负责的 RubyConf China 技术大会上，UCloud 应该是这么多年来最好沟通的赞助商。

综上，和 UCloud 打交道这么多年来，这是家不错的公司，所以我相信是双方沟通的问题引起误会，引发如此程度的冲突对 Laravist 和 UCloud 都是损害，这肯定是双方都不希望的结果，所以没有必要去声讨哪一方，UCloud 也不会因此影响到他们所提供的服务，相信这个事情双方能妥善达成共识。

旁观者就不要散播戾气了。

@snail1126
正常，那个 TB3 to TB2 的头接 Dock 工作正常，只是不能直接当 MiniDP 用而已

漏了一段...
这个线也是大有讲究...
USB-C 的线 按支持充电层面分成不支持 3A （ 60W ） 5A （ 100W ）按带宽分成 USB 2.0 、 USB 3.0 、雷电 20G 、 40G 按协议分成（多选）雷电 3 USB 3.1 USB 3.0 USB 2.0 PCIe DisplayPort... 于是买线得看好了。。。然后你可以在美亚或者国外电商看到一些兼容很全面的线 比如 <https://www.amazon.com/gp/product/B01KGTNYVQ/ref=oh_aui_detailpage_o03_s00?ie=UTF8&psc=1> 你想买的时候 亚马逊会告诉你 不能发货到中国 另外雷电 3 的线普遍短

用cake不如直接用rails算了。。。

bootstrap+nodejs+mongodb很好啊
只需要学习js+html就可以搭出自己的web应用了 非常推荐新手但又希望尽快做出玩具的技术栈

@brucebot 好的

@brucebot 忘说，只支持jpeg，没玩过摄影没见过其他格式的

@brucebot https://github.com/jasl/jekyll-gallery-generator
改好了，看gallery_page.html里的用法，话说 有空的话帮我给https://github.com/jasl/compbits这主题加个相册的布局吧，我hold不住css

C编程语言 - -

@delectate 你说的那种碎碎念就是flava的意思啦，身边写日记的有那么三四个吧，确实不多，但是他们是真写哇。我自己啥都不写的，现在有github，直接搞个repo把代码扔上去就行了，之前研究了一段时间octopress也改造过不少，最后就放那了

@delectate 实用性不强我没意见 美观我反对啊 - - 其实功能上除了展现和flava基本一个概念，写日记应该还是小众，而且我本人其实也不觉得日记这种积淀的内容应该用电脑写