程式語言的戰爭就是如此，只要有人批評就有人回擊。這讓我想起台灣早期推廣 Ruby on Rails 時，很多人也是批評 PHP / Python / Java，藉此拉高 Rails 聲勢。如同當初 Java 興起時，也是有人以批評 C / C++ 為樂一樣。沒有好與不好，看個人。

原始 Scribd 的摘要可以回顧我先前撰文：Scribd 共同創辦人：為什麼我不建議新公司使用 Ruby on Rails。

1. Rails Got 99 Problems (But These Ain’t Them)

作者回擊 Scribd 的幾個觀點。

第一，Ruby 很慢 (Ruby Is Slow)

作者認為網頁速度取決於很多因素，程式語言只是其中之一，況且 Rails 還利用很多加速，例如 Asset Pipeline / Caching / Background jobs / AJAX 等。而且如果 Ruby 慢到無法讓商業運作，就不會有 Shopify, Airbnb, Bloomberg, GitHub, Basecamp 等成功的公司了。

不過我覺得這批評的不到位。Scribd 文章比較偏重討論 Ruby performance 的 Ecosystem，而不是 Ruby 本身的效能。提到 Rubinius / JRuby / YARV 但後勁不強。很多公司都沒像 Facebook 或 Google 繼續增進所支持程式語言的效能，原本嘗試努力的 Twitter 也放棄了，反而很多都轉投抱其他的程式語言。

第二，Rails 撞牆期 (The Rails Framework Has Hit the Wall)

作者提出 Rails 仍有繼續改進的證據。

不過，我覺得這批評也不到位。Scribd 所舉的非正指 Rails 的發展遇到撞牆期，而是其它程式語言已追趕上來，在選擇愈來愈多的情況下，新公司的最佳選擇不是只有 Rails 。

第三，明星開發者對 Rails 不再有興趣 (Rockstar Developers No Longer Interested)

這反擊點更怪，我沒有感覺 Scribd 有這個意思。

總之，這篇回擊文讓我有點摸不著頭緒。

2. Why you should use Rails for your new company

整篇的回擊文也不到位。例如下方 Paweł Nowak 的回應：

“I think you are agreeing with Jared even if you don’t know it.”

“我認為你同意 Jared (Scribd 原文撰寫作者) 的論點，只是你不知道而已。”