看板
[ Ruby ]
討論串Ruby on Rails 的速度議題
共 19 篇文章
內容預覽:
我來平反一下J2EE的東西..hehe... 首先AR跟Hibernate比. 為何AR被提到過比較快(這邊我也沒測過效能所以用別人提到的). 我想有可能的部分在於AR提供我們了平常會遇到的狀況,. 而Hibernate這類卻是一開始就針對"完整"的狀況. 當然我對兩者的目標都喜歡,畢竟平常的web
(還有570個字)
內容預覽:
呃，覺得討論方向好像有點偏離了. 我覺得 PsMonkey 想說的是評估的方式不太對，. 而非指個人經驗不適當，或是數據不正確之類的. 例如 PsMonkey 的這句話：. 就純 HTML 來說，我個人是覺得 100k 就算是很肥大的網頁了. 剛剛隨便抓了一個有 8 篇文章的討論頁面，約 80k 左
(還有762個字)
內容預覽:
怪了.... 為什麼提出質疑是干擾？. 我不是來反 Ruby，也不是來推崇 Java. 當我看到一篇推論過程很奇怪，然後說我的疑惑. 還是說，來這個版就完全不能質疑 Ruby 的任何事情. 開拓新視野是開拓視野. 開拓新視野的方法是開拓新視野的方法. 最後，我的重點真的不是在數據. --. 侃侃長論
(還有20個字)
內容預覽:
推文實在不好說太長的話，. 俺覺得這個版有他的文化存在PsMonkey又何必去干擾呢?. Ruby很新，沒錯。有許多沒有驗證是否可行的東西那也無妨。. 個人經驗也不是什麼完全不可信賴的東西。. 站在giive的角度，來看是要擴展Ruby(@ptt) user的視野。. Ruby優不優不重要，慢或快也
(還有138個字)
內容預覽:
我爭得不是數據，你沒有提供正式的數據不過是我寫那兩篇的其中一點. 甚至是不太重要的一點（因為你自己都承認是你個人經驗）. 請不要狹隘地說成：「我爭的是證據」. 事實上，我爭的是你的計算方式、前提假設還有推論方式. 運作效率、response time 是有辦法有客觀的數據的. 開發速度，我個人認為不
(還有178個字)