Ruby適合當test scripting language嗎?
Disadvantages of Ruby for Test Automation
http://blogs.msdn.com/imtesty/archive/2006/06/08/621755.aspx
Test Automation with Ruby: Don't drink the kool-aid
http://blogs.msdn.com/imtesty/archive/2006/08/25/720782.aspx
我們team最近在決定, 要用什麼scripting language來開發下一版的產品.一開始大家可能沒有想太多, 再加我覺得如果有新的東西還不錯用的, 應該就可以採用. 所以我們最後決定要用Ruby來做.
結果事後我看到了這篇文章, 他提出了一些觀點, 讓我對選擇testing scripting language的criteria, 有了更近一步的省思
作者是覺得用Ruby不是件合適的選擇, C#會比較好. 一開始的時候, 我因為作者是微軟的人, 所以會覺得他的話不可盡信. 但是他確實提到幾點重要的缺點
1. Ruby的support不多
作者覺得目前有關Ruby相關的討論, 文章, 書籍都不多(相對其他來說). 因為若是有問題發生時, 不容易很快找到solution.
2. 目前要求要會Ruby的工作不多
他舉例了一個URL讓大家比較.
http://www.indeed.com/jobtrends?q=C%23%2C+VB.NET%2C+Ruby%2C+Perl
第一次看到這URL真的覺得網路上什麼東西都有人在做, 連這樣的調查都可以線上動態查出
這個論點也是一個很致命的地方, 需求不多, 自然來源就少, 就不容易找到人. 同時員工在學的時候, 也會有所concern, 到底學了之後是否有用
3. Ruby的International Support不好
這點是我頭先沒想到, 因為想說Ruby創始者是日本人, 應該不會有這些問題.
還好這篇文章是在2006時發表的, 現在這個問題已經好很多了
4. Ruby的語法
至於這個問題, 我認為應該還好, 太過自由的語法有他的好處和缺點, 但是應該可以用coding convention加以規範吧
留言列表
