推 retsamsu:說真的，這真的是跟資訊系教的理念完全背道而馳 10/20 09:10
→ retsamsu:其實說真的，出了社會以後真的很多開發系統的概念跟 10/20 09:10
→ retsamsu:在學校學的理念都不太一樣，快速開發是一定要達成的目 10/20 09:11
→ retsamsu:標...某主管說做好5-6成就可上線維運了@@ 10/20 09:12
原文我就全刪除了...
直接挑著講比較白刀子進紅刀子出一點 \囧/
基本上，我們都同意
a. 如果在小型網站、需要快速回應需求變更
那麼開發效率的確比語言的處理速度還要重要的多
b. 如果提供較佳的環境（較充裕的 resource）
那麼語言處理的速度，差異量就較小
c. 運算部份的主要效能瓶頸是在 Database
先備註一下：我同意 b，但不代表我認同 b 的作法
下面就是我們的衝突點...
1. 你提了數據，然後用數據去推論你要的結果
問題是你的數據來源只是你的經驗
（還是「感覺」出來的經驗，可信度本身就很可議）
我也提了一些你計量方面的問題點
例如：你一直把使用者的「總等待時間」當分母
然後把 application server 的處理時間當分子
我覺得這樣子很有問題，你好像沒有針對這點回應
反而只回說：「我覺得 3% 還可能太高」
資訊領域不就是特別強調 GIGO 嗎？
現在連推論過程也覺得怪怪的
除非你能指出我質疑點的缺失、或是那些質疑壓根不重要
不然，我真的不知道怎麼看待你文章當中提到的數據以及推論？
2. 你用一個很簡化的方法來處理「所有」的軟體開發
Web 2.0 我不熟，但我可以很肯定
Web 2.0 （以及你說的開發方式）
絕對不是（不適用）軟體開發的全部，甚至可以縮小範圍，
Web 2.0 （以及你說的開發方式）
絕對不是（不適用） web programming 的全部
我可以很輕易的舉出一個反例：不可能會有 Beta 版的電子商務網站
可是你的兩篇文章卻似乎沒打算明確規範前提假設
（也就是最上頭的 a）
甚至感覺是想要推廣到所有種類的軟體開發
最後要大家直接以「開發速度 vs 處理速度」的議題上選邊站
我覺得這樣子的立論似乎也有欠周全
當然，還有一些我... 算是私人的困惑，
（也就是，不一定是你提出來的論調）
就是：
→Ruby, RoR 開發「比較快」，這個的討論基礎是什麼？
同樣是對程式概念模糊的新手？
還是已經會寫程式（例如用 C 寫過一些 app）來使用新的語言
去實做一個 project？
還是對兩種語言已經專精的人，同時寫一個 project？
我沒記錯的話，版上有 po 過最後這種類型的比賽
但是，還是那個問題，夠客觀嗎？
→我們能對效率這件事情，能抱持寬鬆的態度到哪種極限？
「開發速度優先」、
「別地方的瓶頸效應會比這裡明顯」、
「倚賴更好的 computing resource」
在這些論調之下，東西做出來就好
那是不是可以不用在鳥演算法那些複雜度計算方式？
說真的，這真的是跟資訊系教的理念完全背道而馳
=====
好了，我大致上講完了...
這次語氣比較沒有那麼卑躬屈膝（路人：虛偽的傢伙 [指]）
還請 giive 大大容忍一下...
我真的沒有要反 Ruby、也不是故意要來找碴
只是希望證明「Ruby 是良好的開發工具」的過程，能夠嚴謹一點
畢竟... 這裡不是虎爛版
廣告式的文案大家應該也看到麻木了....
以上... [擺茶點]
--
侃侃長論鮮窒礙 網站：http://www.psmonkey.idv.tw
眾目睽睽無心顫 個人版：telnet://legend.twbbs.org
煢居少聊常人事
殺頭容易告白難 歡迎參觀 Java 版（@ptt.cc）精華區 \囧/
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.136.153.114