R的優勢:免費,開源,體積小。
缺點:對大文本處理差,另一個也在於開源,package若是出錯,煩死你。
當你跑比較大的simulation,對效率有要求的時候,有時仍是不得不用C,這多是10小時和10分鐘的差異,絕不誇張。
SAS流行於公司,R流行於研究機構和大學
數據分析不是單純的靠軟件來作的,須要很好的數學基礎。html
統計學工具各有千秋。
https://englianhu.wordpress.com/statistics/
學了R,能夠免去學spss,matalab,ucinet等等衆多的軟件,能夠減小很多的學習時間,前景應該不錯
若是lz不許備搞數據數據挖掘相關的東西,最好仍是學學python一類更通用的語言。若是搞數據挖掘的話,還能夠學學hadoop...這種有專業背景的語言不會隨便就消失的,前景不差~
r的數值計算沒有像matlab高精度,好比算出應該是3的,可能r裏面輸出2.998。python
就一個R和SAS精通程度幾乎相同,在兩種環境下都作過比較大(moderately big, ~xx Gb)的數據分析,與其餘語言環境嵌合(SQL, Perl, etc...)使用過的我的(統計專業人員,非編程專業人員)的感覺而言:程序員
R的優勢:
1. 免費... 開源... (這是最重要的一點好很差,也是SAS流行於公司,R流行於研究機構和大學的最主要緣由)
2. 是專門爲統計和數據分析開發的語言,各類功能和函數琳琅滿目,其中成熟穩定的一抓一把
3. 語言簡單易學。雖與C語言之類的程序設計語言已差異很大(好比語言結構相對鬆散,使用變量前不需明確正式定義變量類型等等),但仍保留了程序設計語言的基礎邏輯與天然的語言風格。我這樣說可能讓人聽得雲裏霧裏,可是若是你對SAS或者SPSS有一點點了解,就會明白個人意思了...
4. 小... 安裝程序只有50Mb左右,比起某些死貴且3個G的付費軟件真的是超級迷你小巧玲瓏... 由於體積輕便,運行起來系統負擔也小。
5. 同各類OS的兼容性好。我兩臺本本一臺Windows,一臺Linux,都用得很順手。相比之下,你有見過人在Mac上用SAS嗎... 這人是要多麼的想不開... =. =
6. 由於用的人愈來愈多,又是開源,有不少配套的「插件」爲其錦上添花。好比xtable裏有一個函數能夠直接將R裏的表格導出爲TeX格式;另有RStudio的插件讓你能夠在同一個環境裏寫TeX跑R並可在你的TeX文件中插入你的R代碼,多麼的賢良淑德... (這個插件我沒用過,不過我同窗一天到晚在用)
7. 有R GUI和RStudio兩種風格供君選擇,說實話我以爲這兩種風格已經涵括了大多數人的使用偏好...
8. 已經提過了開源,還想再強調一下。各類包和函數的透明性極好,這使得對函數的調整和改良變得很是便利。只須要把源碼調出來,本身稍微修改一下就能夠了。這種事情放在任何其餘統計軟件裏都近乎奢望。
9. 若是你作Bayesian,用R你有OpenBUGS, WinBUGS, JAGS等各類成熟活潑的包裹,不少語言又簡單又附帶各類預設的plot,你只需調用便可;還能夠本身寫MCMC。若是你用SAS/SPSS/Stata,你能夠... @@? = =bbb
10. 漂亮又靈活的圖,你們也都已經講過了。本來不是什麼特別突出的長處(有則好,沒也沒啥),不過如今數據可視化愈來愈熱,也就一躍成爲主要優勢了。算法
說說缺點:
1. 對大文本(text data)處理極差... 或者說data management本就不是R的強項。SAS於R的最大優點之一可能就在於它兼顧了數據分析和數據管理。在SAS裏對數據進行各類複雜操做都相對容易,只須要簡單的DATA STEP(必要時結合PROC SQL)便可完成;在R裏可就真的是千辛萬苦... 雖然也有相應的aggregate, merge之類的函數,可是大都不太好用。這也是爲何你們經常把數據(尤爲是數據大時)在別的環境下整好/分割好再餵給R。人家術業有專攻,數據管理真是有些難爲它了。
2. 內存管理和平行處理(parallel processing/programming)都爲人詬病。數據小時沒有感受,數據大了就各類報錯... =. =
3. package的可靠性問題。我第一門徹底使用R作做業的課是門統計課,教授已經六十多歲,見過各類統計軟件的出生發展和湮沒。她同咱們說到R時第一句話就是Never use a package before you understand the manual and confirm the validity of the functions. 也就是包裹雖然好,使用需謹慎。主要緣由仍是在於開源。不經常使用的package必定要搞清楚函數的用法和核實過輸出,否則真的不推薦使用。我我的也是傾向很是用函數儘可能本身寫,至少錯了也容易debug...
4. 不得不提的package的版本問題。 就算你確認了包裹的可靠性並熟知了各個變量要怎麼用,仍是可能掉入潛在的陷阱=. = 講個真事:去年工做的時候一個項目是使用11年某項目的一個貝葉斯模型分析新的數據。當年寫代碼的人由於相信末日說兩年前就已經辭職環遊世界去了,因而我只好獨自研讀他的代碼。第一步,很天然的,就是重複當年的分析結果。這時發現當年他用的一個package和如今的R已經不兼容,因而就下載了這個package的最新版本。結果有一個簡單的credible interval怎麼都重複不出來... 怎麼怎麼都重複不出來... 我都快絕望了。最後經各類推理驗證,發現這個區別源自於新舊版本的函數內部在對數據排序以後對NaN的不一樣處理... 而這個小小的修改未在任何地方留下任何文字記錄。因此怎麼說呢... 不少時候仍是寫本身的程序靠譜哇...
5. 當你跑比較大的simulation,對效率有要求的時候,有時仍是不得不用C,這多是10小時和10分鐘的差異,絕不誇張。
6. 想不出來樂 =w=sql
大體就是這樣。編程
最後,由於不是學計算機出身,文中與編程語言和系統相關的措辭可能不許確或有誤用,請程序員們多包涵=)
RStudio在yihui大神的加入之下有knitr了,不必定要寫TeX,能夠寫markdown。
數據管理確實頭疼,因此hadley大神作了plyr和dplyr嘗試改變這一局面。
內存管理多用gc()……
從運行效率出發必然是C厲害,不過開發效率就……???因此出現了Rcpp包後端
R若是做爲一門程序語言確實不怎麼樣,感受從基礎架構往上推都是亂的。最簡單的,函數的參數何時值傳遞、何時地址傳遞,徹底搞不清。語言一點也不簡潔。R的優勢就是能夠用的package不少也很全,但除此以外真是不喜歡用,比python差遠了。瀏覽器
R內部函數參數歷來不傳地址安全
R語言的語法仍是很不錯的, 我的以爲比MatLab好, 然而函數和工具包的體系確實一片狼藉, 函數名毫無規律, 函數對參數的要求千奇百怪, 參數的語義也是千奇百怪, 編程一直離不開在線文檔服務器
一個package一套路子,要用其中一個函數就巴不得把整個manual瀏覽一遍,累死我的。
1. 大文本處理是什麼鬼;data management? 你是說data manipulation吧,若是我沒記錯,2014年dplyr早就出來了
2. 內存管理是內存管理,並行處理是並行處理。內存管理R是不咋的。並行處理是MPI和*nix的fork機制,跟編程語言不要緊
3. 教授的意思,不光是可靠性問題吧,還有別光用包用得爽,得知道包後面的統計方法,以及當前是否適用。就包自己,一大票包是統計方法提出人本身寫的,雖然效率可能不咋的,但正確性比Python一大票工程師寫的統計包強多了(沒有鄙視Python的意思)
4. 版本問題,誰也跑不了。*nix的包管理,Python的virtualenv,R的Packrat
5. 效率腳本語言的確比不上編譯語言,除非像Google花大價錢堆出V8的Javascript。不過就算是腳本語言,爛代碼也能比好代碼慢上幾個數量級
另,某樓說函數參數何時值傳遞,何時地址傳遞,徹底搞不清,那只是你搞不清。R的解釋器最初是拿某Scheme的解釋器改過來的,別一看跟想像的或經驗不一致,就以爲「從基礎架構往上推都是亂的」
SAS: 速度快,有大量統計分析模塊,可擴展性稍差,昂貴。
SPSS: 複雜的用戶圖形界面,簡單易學,但編程十分困難。
Splus: 運行S語言,具備複雜的界面,與R徹底兼容,昂貴。
涉及到中文的時候亂碼問題老是出現
優勢:
- 軟件包豐富
- 文檔化幫助信息很友好,簡單易學
- 兼容性好,跨平臺
- 對統計分析自然支持
- 有RStudio這種大殺器
缺點:
- 對文本處理不是很靈活,尤爲是和Python對比R的優勢:
1. 免費... 開源... (這是最重要的一點好很差,也是SAS流行於公司,R流行於研究機構和大學的最主要緣由)
2. 是專門爲統計和數據分析開發的語言,各類功能和函數琳琅滿目,其中成熟穩定的一抓一把
3. 語言簡單易學。雖與C語言之類的程序設計語言已差異很大(好比語言結構相對鬆散,使用變量前不需明確正式定義變量類型等等),但仍保留了程序設計語言的基礎邏輯與天然的語言風格。我這樣說可能讓人聽得雲裏霧裏,可是若是你對SAS或者SPSS有一點點了解,就會明白個人意思了...
4. 小... 安裝程序只有50Mb左右,比起某些死貴且3個G的付費軟件真的是超級迷你小巧玲瓏... 由於體積輕便,運行起來系統負擔也小。
5. 同各類OS的兼容性好。我兩臺本本一臺Windows,一臺Linux,都用得很順手。相比之下,你有見過人在Mac上用SAS嗎... 這人是要多麼的想不開... =. =
6. 由於用的人愈來愈多,又是開源,有不少配套的「插件」爲其錦上添花。好比xtable裏有一個函數能夠直接將R裏的表格導出爲TeX格式;另有RStudio的插件讓你能夠在同一個環境裏寫TeX跑R並可在你的TeX文件中插入你的R代碼,多麼的賢良淑德... (這個插件我沒用過,不過我同窗一天到晚在用)
7. 有R GUI和RStudio兩種風格供君選擇,說實話我以爲這兩種風格已經涵括了大多數人的使用偏好...
8. 已經提過了開源,還想再強調一下。各類包和函數的透明性極好,這使得對函數的調整和改良變得很是便利。只須要把源碼調出來,本身稍微修改一下就能夠了。這種事情放在任何其餘統計軟件裏都近乎奢望。
9. 若是你作Bayesian,用R你有OpenBUGS, WinBUGS, JAGS等各類成熟活潑的包裹,不少語言又簡單又附帶各類預設的plot,你只需調用便可;還能夠本身寫MCMC。若是你用SAS/SPSS/Stata,你能夠... @@? = =bbb
10. 漂亮又靈活的圖,你們也都已經講過了。本來不是什麼特別突出的長處(有則好,沒也沒啥),不過如今數據可視化愈來愈熱,也就一躍成爲主要優勢了。
說說缺點:
1. 對大文本(text data)處理極差... 或者說data management本就不是R的強項。SAS於R的最大優點之一可能就在於它兼顧了數據分析和數據管理。在SAS裏對數據進行各類複雜操做都相對容易,只須要簡單的DATA STEP(必要時結合PROC SQL)便可完成;在R裏可就真的是千辛萬苦... 雖然也有相應的aggregate, merge之類的函數,可是大都不太好用。這也是爲何你們經常把數據(尤爲是數據大時)在別的環境下整好/分割好再餵給R。人家術業有專攻,數據管理真是有些難爲它了。
2. 內存管理和平行處理(parallel processing/programming)都爲人詬病。數據小時沒有感受,數據大了就各類報錯... =. =
3. package的可靠性問題。我第一門徹底使用R作做業的課是門統計課,教授已經六十多歲,見過各類統計軟件的出生發展和湮沒。她同咱們說到R時第一句話就是Never use a package before you understand the manual and confirm the validity of the functions. 也就是包裹雖然好,使用需謹慎。主要緣由仍是在於開源。不經常使用的package必定要搞清楚函數的用法和核實過輸出,否則真的不推薦使用。我我的也是傾向很是用函數儘可能本身寫,至少錯了也容易debug...
4. 不得不提的package的版本問題。 就算你確認了包裹的可靠性並熟知了各個變量要怎麼用,仍是可能掉入潛在的陷阱=. = 講個真事:去年工做的時候一個項目是使用11年某項目的一個貝葉斯模型分析新的數據。當年寫代碼的人由於相信末日說兩年前就已經辭職環遊世界去了,因而我只好獨自研讀他的代碼。第一步,很天然的,就是重複當年的分析結果。這時發現當年他用的一個package和如今的R已經不兼容,因而就下載了這個package的最新版本。結果有一個簡單的credible interval怎麼都重複不出來... 怎麼怎麼都重複不出來... 我都快絕望了。最後經各類推理驗證,發現這個區別源自於新舊版本的函數內部在對數據排序以後對NaN的不一樣處理... 而這個小小的修改未在任何地方留下任何文字記錄。因此怎麼說呢... 不少時候仍是寫本身的程序靠譜哇...
5. 當你跑比較大的simulation,對效率有要求的時候,有時仍是不得不用C,這多是10小時和10分鐘的差異,絕不誇張。
除了統計函數包外,對於常規運算,R基本上乏善可陳,語法晦澀,性能奇差;因此如今R大有被python取代的趨勢。
對於結構化數據計算,R的集合式語法和data frame對象已經被python的pandas包複製了,可是這二者作的都還不夠好。這方面更有優點的開發語言是esproc,提供了遠比data frame更強大的數據對象,一樣有集合式語法但更天然易懂,遍歷外存文件數據的的性能超過R的十倍以上。
下載了這本書的試讀的16頁,首先顏色排版看着是很舒服的,列子講解也比較詳細,並配有相應圖片。由於是初學者,因此非常但願看到書籍中具體事例,好比書中的燈泡的平均壽命那個,但是不知道能從事例弄出來的指數分佈曲線圖分析出些什麼(沒有統計分析的底子,看這些比較難,主要不知道最後怎麼去應用)。
R語言對我來講難點就是沒有統計分析學背景,而且不少數學公式徹底不知道怎麼回事。對算法基本上算小白。不過期間充足的狀況下這些都是能夠攻克的。
1. 你們以爲R語言難學嗎?困擾你的主要是什麼?
R語言很是易於入門,它的函數的使用很簡單,開發IDE的使用也很簡單。
咱們最愛使用的是RStudio開發工具。
可是,精通R語言也有一些難點或者說是困擾,主要表如今:
1)R語言的包/庫極其龐大,有數千個,不少時候你並不知道該使用什麼包/庫來解決問題。
2)正如第一點所說,庫太多,並非全部的包/庫都是高質量的,使用某些庫分析數據得出的結果有多是相互矛盾的。
3)R語言跟機率論和數理統計結合緊密,數學功底不深的話,難以精通R語言。
2. R能夠實現數據分析中的哪些工做?
R語言能夠實現數據分析中的絕大多數工做。
能夠進行數學運算;
能夠進行 統計和分析;
能夠作快速傅里葉變換;
能夠進行平滑和濾波;
能夠作基線和峯值分析。
- 數據傳遞及服務(RHive、Rserve、rJava)
- 清洗及預處理(sqldf、stringr、XML)
- 抽樣、分類、關聯覎則、特徵選擇、稀疏矩陣運算、矩陣分解、社交網絡
- 高性能計算(rhdfs、rmr二、Rcpp)
等等
3. 你曾經使用或編寫過R軟件包嗎?
曾經在某個項目中頻繁使用。後來用Python的數據分析包更多一些。
一句話,不限於R語言,快速解決問題是根本。
4. 說說您讀完試讀樣章後的啓發
樣章提供了第四章「隨機數與抽樣模擬」的內容,從這章的內容來看,書籍描述比較淺顯易懂,並無長篇大論的理論分析,而是以例子爲主,伴隨講述了不少函數。不錯的書,渴望一讀。
從統計學自己來講,R與其餘的軟件都是能夠大大地增長生產力的輔助工具。而且R與商用軟件相比,着實有些寒磣。從樣章來看,不太喜歡這樣羅列各類功能的結構,若是可以以一個案例的形式講解如何應用的具體場景,效果會更好些。
1如何掌握r
答:要想快速掌握R的最好方法是選擇一本叫好的參考書,跟着參考書學一遍即基本上學會R了,固然若是要想熟練使用,仍是須要本身在實際的數據分析中多用多思考。
2實際數據分析中r使用有什麼能夠分享的經驗
答:實際分析中R的使用要具體問題具體分析。通常來說:(1)在讀入數據以前,先看一下每一個變量的類型,是連續的仍是離散的?每每離散的變量須要轉換成虛擬變量;(2)寫code過程當中,勤加註釋,由於可能過幾個幾天都不認識本身寫的code了;(3)寫程序時儘可能少用循環,能用矩陣運算儘可能用矩陣運算。
3內存溢出如何辦
答:內存問題始終是限制R的一個問題之一。通常來說,加大內存是最好的方法,因此碰到海量數據時,建議通常用HPC(高性能計算機)去運算;另外一方面看看有無可能優化本身的算法,尤爲是不要有太多的循環,循環是R的薄弱環節。此外,還能夠清理一些不用了的對象來釋放內存,若是真的須要大計算的話,能夠看一些處理大內存對象與並行計算的軟件包等,好比bigmemory等。
4數據分析算法如何根據問題選擇
答:數據分析算法的選擇是很是複雜的一個問題,這個不只僅是R的問題了,而是統計的問題,每種統計方法、算法都有其適用的條件,不是全部場合都套上去就能夠了,因此學習R來講,其實最好是結合統計、數據分析的方法來學是最好的。
5異常數值和缺失數值如何處理
《R數據分析-方法與案例詳解》的第5章有講解,請參考。
6特徵變量如何構造,衍生變量如何構造
《R數據分析-方法與案例詳解》的第5章有講解,請參考。
R的短板在於安全性與內存管理
說了這麼多優點,R語言固然也存在着必定不足。「內存管理、速度與效率多是R語言面臨的幾大最爲嚴峻的挑戰,」Adams指出。「在這方面,人們仍然須要努力推進——並且也確實正在推進——其進展與完善。此外,從其它語言轉投R懷抱的開發人員也會發現後者在某些設定上確實有些古怪。」
R語言的基本原理來自上世紀六十年代出現的各種編程語言,Peng解釋道。「從這個意義上講,R語言在設計思路上屬於一項古老的技術成果。」這種語言的設計侷限有時候會令大規模數據集處理工做遇到難題,他強調稱。由於數據必須被保存在物理內存當中——但隨着計算機內存容量的不斷提高,這個問題已經在很大程度上獲得瞭解決,Peng指出。
安全等相關功能並無被內置在R語言當中,Peng指出。此外,R語言沒法被嵌入到網絡瀏覽器當中,Peng表示。「咱們不能利用它開發Web類或者互聯網類應用程序。」再有,咱們基本上沒辦法利用R語言看成後端服務器執行計算任務,由於它在網絡層面缺少安全性保障,他表示。不過Amazon Web Services雲平臺上的虛擬容器等技術方案的出現已經在很大程度上解決了此類安全隱患,Peng補充道。
長久以來,R語言當中始終缺乏充足的交互元素,他表示。但以JavaScript爲表明的各種編程語言介入其中並填補了這項空白,Peng指出。雖然咱們仍然須要利用R語言處理分析任務,但最終結果的具體顯示方式則能夠由JavaScript等其它語言來完成,他總結道。
R語言並不單純面向高端程序員
不過Adams與Peng都會R視爲一種易於接受的語言。「我本人並無計算機科學教育背景,並且歷來沒想過要當一名程序員。將編程基礎知識歸入技能儲備固然很不錯,但這並非上手R語言的必要前提,」Adams指出。
「我甚至並不認爲R語言只適用於程序員。它很是適合那些面向數據並試圖解決相關問題的用戶——不管他們的實際編程能力如何,」他強調稱。
http://www.itpub.net/thread-1913151-1-1.html
http://www.dataguru.cn/article-8508-1.html