我有誰相信學習Rails的老闆太陡學習曲線和直線時運行的Ruby作爲Apache的一個CGI應用程序從勞動力的角度來看並不符合成本效益是可用的。他提議，爲了我們的重寫，我們使用直接Ruby而不是Rails（或者Merb，Sinatra等），我相信我的心是這是一個糟糕的主意，但是我很難把我的情況放入話。有些想法我已經拿出這麼遠：Rails的紅寶石VS CGI
是否有我丟失任何理由或錯？有沒有有效的折衷，我不知道？
有偶爾很好的理由爲公司推出的，而不是使用符合標準的機架架構自己的框架。但「Rails的陡峭的學習曲線」不是其中之一。
這樣做蠻力實際上是更多複雜，而不是更少。如果你的老闆是真的擔心學習曲線，他應該使用具有documentation和articles和screencasts和entirehostingcompanies專門給它的標準框架。
此外，Rails很容易開發。我已經教了一天關於Rails的研討會，甚至從來沒有編程過的人在一天結束之前都有一個工作，部署的應用程序。有經驗的開發人員可以更輕鬆地完成它。
如果你的老闆不理解Rails，而不是弄明白，他會給你提供關於Ruby上CGI的這一行......要小心。技術在15年前讓他落後，他不再有資格做出技術決定。
他應該立即進入營銷。
這不是一個非常陡峭的學習曲線。在做出決定之前，您可能需要讓他閱讀教程。
此外，一大優勢是，回報率是一個非常流行的系統現在。安裝插件是微不足道的，有許多部署選項已經算出 - 基本上很多不直接「編程」的工作可能會更容易。
而主動紀錄 - 這是非常有用，所以很難想象做一個web /數據庫應用，而無需任何更多。
使用Ruby on Rails而不僅僅是Ruby，購買汽車和用單輪胎焊接獨輪車的區別在於：兩者都可以幫助您實現目標。
儘管如此，我認爲這不是一個技術問題，更多的是「管理起來」的問題，因爲不使用Rails的決定在這一點上是非常糟糕的，而且是荒謬的。
我認爲你有兩個選擇：
搜索結果排序的方式，使它看起來好像使用Rails是你的老闆的想法一直。你可能會這樣說：「Boss，我聽說過你說過的話，所以我沒有使用完整的Rails，而是將它用作基本框架，並且使用直接Ruby來完成大部分工作。」
主動做原型開發的一個週末，給你的老闆可證明的東西，說：「這顯然是要走的路。」
祝你好運。
你的老闆是否有任何理由對他的定罪？除了「一種感覺」？他的真正擔憂是什麼 - 在你弄清楚他的潛在關注點是什麼之前，你不會有太大的成功來改變他的想法。如果他們發現與他目前所說的完全不同，不要感到驚訝。例如，他可能對Danes有非理性的恐懼。
你有什麼不同意的具體原因嗎？良好的設計/編碼實踐並不需要一個框架，招聘是不是你的關心，性能優化：
作爲老闆，我不會太受你列出迄今爲止原因所左右？ Don't do it？比CGI更有效嗎？ （他可能會說，不是我：我每天都喝Rails Kool-aid）。
他是現代意義上的技術嗎？我的意思是，他會參與編碼重寫嗎？如果是這樣，他可能會面臨挑戰嗎？選擇一小部分功能，可在一兩天內建立並嘗試兩種方式。如果他不是技術人員，他爲什麼認爲你的意見不如他的意見？爲什麼他認爲編寫更少的代碼（以及免費獲得數千行有用的經過測試的框架代碼）比其他方式更昂貴和/或更費力？
其他人已經提到「管理起來」 - 我建議谷歌搜索有關如何工作的資源。
是否有其他團隊成員參與？他們感覺怎麼樣？
Martin Fowler着名（至少在敏捷世界）said就像「如果你的組織沒有按你認爲應該做的，你應該改變你的組織」。至少有兩種方法可以讀取...
我認爲一個潛在的好主意可能是使用RoR的部分（Cough ActiveRecord），如果它簡化了一些事情，就可以自己推出...我是不是一個框架有點傢伙，我更喜歡圖書館和一定程度的代碼抽象，這就是爲什麼我永遠不會被誤認爲一個RoR粉絲......但是我認爲讓他使用rails的某些部分，可能變成使用所有軌道。
只有另外一點我想提出的是，MVC不僅是導軌和如果你滾你自己，那麼你可以很容易地遵循設計模式......除了滾動自己也有一些好處...一的事情，你就會知道到底是什麼做的一切，它是如何工作的，自推出將意味着一個更精簡的系統，你可以更容易地修改...
我最後的答案是在中間相遇......Ruby在創意程序員手中極其強大...事實上，我正在將我的2個月快速「拼湊」php/jquery原型重新滾動到erb/jquery網站中...
- 大聲思考 - 沒有試圖在Ruby on Rails上廢話......但是Rails是火車的繼續......而火車確實很快......但他們只能走到軌道帶你去的地方。我更喜歡「Ruby off road」環境。速度較慢，控制力較強。
愛你最後一段:) – draw 2011-06-19 03:24:47