benchmark 目录位于顶层，我不相信眼睛没问题的人看不见，你不要谈论精通，你还没有入门

当谈论 profile 的时候，要讨论在 profile 什么，实践上，任何语言，包括 Ruby 本身的开发者（他们是 C 程序员）也在使用各种工具，组合来证明一件工作的有效。 这跟语言无关，这是编程的基本常识，当你喷一个工具不能 "默认输出没法告知详细的性能消耗点" 的时候，你已经违背常识了，怎么不是哗弄取宠？

作为一个过来人，一个长者，我今天不得不得罪你一下，我希望你：

• 学习使用搜索引擎，通过搜索互联网上的文章，来解答你自己的问题
• 熟读提问的艺术，用正确的方式提出问题
• 你菜，请你以端正的姿态来交流

不用谢，你的帖子我本来是可以直接处理掉（确实与事实相悖、无营养）

我不是外包程序员（当然我做过很多商业咨询）。

我的观点是：工具生产力是最重要的，你谈到的那些都是表象，这些维度本身无法衡量，但最终都会体现到生产效率上。

首先没有忽视这些事情：

• 框架的意义除了解决特定领域的问题外，也约束了代码的组织结构。
• Rails 和 Ruby 社区是相当推崇测试文化的，可以看到现在大多数语言上都提供了类似 Rspec 风格的测试框架。
• Rubocop 之类的 Linting 工具也起到了约束代码风格的目的，现在类似的工具已经流行在新的语言上了，Ruby 在这块的投入是比较早的
• Ruby 和很多编程语言并不依赖 IDE，Java 的那种形式重构依赖 IDE，但是 Ruby 提倡利用测试来完成重构，这种经验分享很多技术大佬都做过，而且重构这件事，本身就提倡先用测试覆盖好，因为比起重构时可能引入的代码错误相比，重构导致的行为变更是更可怕的，这个光靠工具给的保证是不够的。

接下来请你回答几个问题：

• 生产力和“代码的可读性，可维护性，可重构性，快速查重能力”冲突么？
• 你的雇主和客户会为“代码的可读性，可维护性，可重构性，快速查重能力”付钱么？
• 有什么样的指标来客观衡量“代码的可读性，可维护性，可重构性，快速查重能力”？
• 你的工作经历中参与的项目，有多少做到了“代码的可读性，可维护性，可重构性，快速查重能力”？

学习成本因人而异，我自己北大青鸟 Java + .Net 培训班出来，大学期间靠 PHP 写外包，Rails 和 Ruby 从来没学过，工作主要靠 Rails 谋生

学习成本因人而异，我自己北大青鸟 Java + .Net 培训班出来，大学期间靠 PHP 写外包，Rails 和 Ruby 从来没学过，工作主要靠 Rails 谋生

你是想靠这种哗弄取宠的方式搏得别人的关注来回答你的问题嘛？何必呢？

你之前也是号称读过 Ruby 源码：https://github.com/ruby/ruby/tree/master/benchmark 一个大大的 benchmark 目录不知道研究一下 Ruby 自己是如何评价性能的？

或者看看提交记录，Ruby 的开发者们是如何证明自己对 Ruby 的优化有效的呢？ https://github.com/ruby/ruby/pull/3750

章亦春大佬（openresty 的那个）特别爱用的火焰图，Ruby 程序员也用啊 https://www.johnhawthorn.com/2019/09/precompiling-rails-templates/

再看看大佬是怎么有理有据批判 Ruby/Rails 性能的：

• https://samsaffron.com/archive/2018/01/18/my-production-ruby-on-rails-cpu-is-at-100-now-what
• https://samsaffron.com/archive/2017/10/18/fastest-way-to-profile-a-method-in-ruby
• https://samsaffron.com/archive/2018/06/01/an-analysis-of-memory-bloat-in-active-record-5-2
• https://samsaffron.com/archive/2018/06/13/ruby-x27-s-external-malloc-problem
• https://samsaffron.com/archive/2019/10/08/debugging-unmanaged-and-hidden-memory-leaks-in-ruby

再者说了，你谈 profile，你要 profile 什么？

• 系统层面，开源的 ELK 方案，SaaS 比如 NewRelic、Sentry
• Rack-based Web 服务还有 https://github.com/MiniProfiler/rack-mini-profiler 在研发时辅助评估性能
• Ruby 代码的微观层面
  • https://github.com/tmm1/stackprof
  • https://github.com/SamSaffron/memory_profiler
  • https://github.com/ruby-prof/ruby-prof
  • https://github.com/tmm1/rbtrace

不懂就老老实实问问题，少扯有的没的，你的真正问题是你无知且傲慢

理论上，结尾加 .html 访问是可以的

可以这样看，在你项目目录下运行 rails routes 可以打印出所有的路由

输出结果比如：

api_admin_service GET /api/admin/services/:id(.:format)

注意 (.:format) 这一段，这就是说你的 url 结尾可选的可以附加一个格式，比如 html、json，其实这是 Rails 为什么能够一个 url 返回不同格式的秘密（在 controller 上用 respond_with 或者 respond_to 来利用这个字段，默认是 html）

那你的观点是？ 另外，工具不谈生产力，谈什么呢？

Rubinius 感觉已经没在继续了吧，WSL 2 是标准的 Linux 虚拟机了，如果编译有问题那说明是编译器啥的问题，在标准 Linux 上应该也会一样的结果。

还是用 MRI 吧

能把语句写对这是最基础不过的了。。。写多了还没肌肉记忆非要让 IDE 让你生成这生成那的，这不就是因为语言太啰嗦才需要工具支持么

我一直强调，真正影响生产力的是实现业务时的差异，楼上有人问你了，你把这些最基础的在 Java 上实现一下，再看看 Ruby 上怎么做的，更复杂的业务呢？

你谈到了“小”，小项目用什么都问题不大

当你一个线程有多个 fiber，要多个 fiber 切来切去的时候，这时候还是用的一个核…… 所以你很聪明的说 io 不涉及计算来绕开了这个问题

Fiber 调度器改善的是：提高 IO 密集型应用的 CPU 利用率，这不叫“绕开了这个问题”而是，Fiber 调度器只为了解决 IO 的问题

然后我想说的问题不是 io 的问题，而是计算的问题

当 CPU 已经被充分利用时，使用调度器不仅没有意义，而且有害。 “计算的问题”跟 Fiber 调度器一点关系都没有，计算密集型的场景也不应该使用 Fiber 调度器。

Redmine，另外我听说几家 Linux 发行版公司都有自研的基于 Ruby 的用例管理平台，但是都不开源。。。

赞！

就恰好缺了 4 胶水语言

jasl@jasl-mbp:~$ irb --version
irb 1.2.3 (2020-02-15)
jasl@jasl-mbp:~$ irb
2.7.1 :001 > a=[1,2,3,1,2]
2.7.1 :002 > pa = a.pack("C*")
2.7.1 :003 > b=pa[0,2]
2.7.1 :004 > b == "\x01\x02"
 => true

可能你用了盗版 Ruby？

根据我过去的经验，这个东西本身是一个 OA 系统，但是各家的具体的行政任务是不同的，所以免不了定制流程或者二次开发...

还没，我回头要一波，最近还要上传到国内

传说 Turbolinks 6 会抛弃 UJS，但是 DHH 休假去了。。。目前几个 Rails 的组件处于维护状态。。。

这是 BBCode

可以找相关的 gem 比如 https://github.com/veger/ruby-bbcode 把 bbcode 翻译成 HTML 然后做进一步处理

require 是加载 Ruby Gem 的，加载动态链接库需要考虑用 https://github.com/ffi/ffi

我以为是方便光脚。。。

公益项目，不赚钱 其实卖周边组委会也是要在最理想情况下，有微弱盈利的。

不过明年做线下要回到购票参加机制了，请记得买票参加～

YouTube 上两天的都有了，https://www.youtube.com/channel/UCOLKFS_uA7nX26_u8z9V9og 这里找一下

按演讲来剪辑的录像，还有上传到国内平台，可能要等等，顺利下周。

我不觉得这是扣帽子，你没有拿出证据证明这里有瓶颈，谈何优化？况且我不觉得你的态度很友善

为什么要我去理解你的情况和语境？表述不清楚是你的错，不是我的错

Ruby 的引用和 Java 的引用并无二致，编程语言上的“引用”的理解都是一样的，如果你认为概念有别，那么是你对引用的理解有误区。

Ruby 只有引用，这个是语言定义上就明确提到的

周六的应该 YouTube 上可以看的，今天组委会在活动结束后全扑街了，等明天睡醒再搞今天的吧。国内平台要晚一些了，再之后会按场次分开上传

题外话，Ruby 有 WeakRef

那么优化性能难道不是以 事实 存在性能瓶颈为前提进行的吗？