我最早使用的語(yǔ)言是Java和Python， 并且一直都對(duì)Python充滿好感， 我喜歡這種很樸實(shí)和高效率的感覺(jué)， 但我卻最后沒(méi)有采用Python，原因其實(shí)也很簡(jiǎn)單， 我就是不喜歡縮進(jìn)語(yǔ)法， 就跟很多人換工作僅僅是為了屏幕更大一點(diǎn)一樣， 另外就是有了同樣很棒的可選方案， 這就是Ruby， 所以我最終采用了Ruby作為主力編程語(yǔ)言， 同樣也為不能使用Python而有一點(diǎn)小遺憾，畢竟Python的健壯性比Ruby好很多，只不過(guò)Ruby也一直在進(jìn)步， 所以這一點(diǎn)無(wú)傷大雅
成都創(chuàng)新互聯(lián)是專業(yè)的順河網(wǎng)站建設(shè)公司，順河接單;提供成都網(wǎng)站制作、網(wǎng)站建設(shè)、外貿(mào)網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行順河網(wǎng)站開(kāi)發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛(ài)的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來(lái)合作!
我們都知道，無(wú)論是Python還是Ruby，甚至Java， 都是在解決業(yè)務(wù)層的問(wèn)題， 屬于應(yīng)用型語(yǔ)言， 以解決業(yè)務(wù)邏輯為主， 但還有一個(gè)領(lǐng)域是系統(tǒng)領(lǐng)域，偏網(wǎng)絡(luò)層和底層操作，在這一塊我一直在尋找一種優(yōu)雅的方案， C++被我首先給淘汰掉了， C的開(kāi)發(fā)效率太低， Java倒是比較合適， 就是太臃腫，而且缺少系統(tǒng)編程的基因，畢竟它是企業(yè)級(jí)開(kāi)發(fā)出身的
最后我選擇了Erlang， 因?yàn)樗诰W(wǎng)絡(luò)層方面表現(xiàn)優(yōu)秀， 同時(shí)容錯(cuò)性和健壯性都很不錯(cuò)， 它的虛擬機(jī)是唯一可以跟JVM媲美的， 而且還有OTP的超重量級(jí)武器， 幾乎可以是通殺網(wǎng)絡(luò)層應(yīng)用， 但根據(jù)我的總結(jié)它有一個(gè)硬傷和一個(gè)軟肋，這一點(diǎn)后面展開(kāi)，可以說(shuō)選擇Erlang是我目前所知道的方案里面是最優(yōu)的
直到有一天我了解了Golang， 我知道Golang其實(shí)也蠻早的， 大概08年的時(shí)候就知道Google在搞一門(mén)奇怪的語(yǔ)言， 之后的幾年，一直有不少以老莫為代表的人在嘀咕Golang， 其實(shí)我一直沒(méi)太關(guān)注，我從ROR中吸取的經(jīng)驗(yàn)是，成熟度對(duì)于商用很重要， 后來(lái)基于Golang開(kāi)發(fā)的產(chǎn)品越來(lái)越多，讓我不得不去研究一下， 這我才知道， 這就是我夢(mèng)想中的Python， 效率和性能達(dá)到了最佳的平衡，對(duì)Go了解越多， 就越不愿意用Erlang寫(xiě)代碼，主要原因：
1、Erlang的硬傷在于代碼的可讀性、表現(xiàn)力， 讓我來(lái)舉個(gè)小例子， 比如你為你的系統(tǒng)軟件構(gòu)建一個(gè)RESTFUL的接口，我們大致了解一下代碼風(fēng)格，先不說(shuō)Erlang， 無(wú)論是你c/c++/python/ruby/java 出身， 對(duì)Go是不是有種很久違的感覺(jué), 為什么說(shuō)是硬傷？ 因?yàn)閷?duì)一門(mén)語(yǔ)言來(lái)說(shuō)，語(yǔ)法是不大可能會(huì)大幅度變更的， 而且不會(huì)出現(xiàn)大的變化， 我不知道有沒(méi)有人讀過(guò)《松本行弘的編程世界》，里面闡述的道理很明白， 真正好的編程方式是人去主宰計(jì)算機(jī)而不是計(jì)算機(jī)主宰人， 我感覺(jué)Erlang就有點(diǎn)主宰我的編程思維的感覺(jué)(我的視力本身就不好，它還在不斷的扼殺我的眼睛！)， 編程首先是門(mén)邏輯學(xué)，其次是工程學(xué)，最后才是數(shù)學(xué)， 又讓我想起吳軍的《數(shù)學(xué)之美》所說(shuō)的， 人工智能上個(gè)世紀(jì)一直在走彎路， 期望機(jī)器的高度圖靈完備， 而忽視人類本身已有的文明，統(tǒng)計(jì)歸納的應(yīng)用
2、Erlang的軟肋在于高質(zhì)量的庫(kù)少，盡管有不少殺手級(jí)應(yīng)用， 同樣Go在這方面也是軟肋， 這一點(diǎn)對(duì)于一個(gè)不到五年的語(yǔ)言有情可原， 但對(duì)于一個(gè)20多年的語(yǔ)言是不是有點(diǎn)說(shuō)不過(guò)去， 比如你用json解析庫(kù)，很多人都是從mochiweb這個(gè)基本不更新的庫(kù)中去抽取， 而我認(rèn)為對(duì)于類似json這種東西可以考慮融入到語(yǔ)言標(biāo)準(zhǔn)庫(kù)中， 因?yàn)槲磥?lái)的商業(yè)軟件的api化趨勢(shì)越來(lái)越明顯，說(shuō)的難聽(tīng)點(diǎn) ， 一個(gè)倚老賣老一個(gè)與時(shí)俱進(jìn)，反正我對(duì)Golang的庫(kù)一點(diǎn)也不擔(dān)心， 目前的成績(jī)易經(jīng)非常棒了， 遠(yuǎn)遠(yuǎn)優(yōu)于Ruby/Python的前五年， 可參見(jiàn)已有的高質(zhì)量的庫(kù)列表
3、Erlang不合群， 這主要體現(xiàn)在跟其他語(yǔ)言的交互性上， 當(dāng)然這也有深層次的原因， Erlang本身有自己的哲學(xué)， 如出錯(cuò)恢復(fù)機(jī)制， 你融入一個(gè)其他語(yǔ)言的東西進(jìn)去， 這帳就不好算，就好比你硬要讓一個(gè)喝咖啡的跟一個(gè)吃大蒜的坐在一起， 總之你寫(xiě)一個(gè)Erlang的port遠(yuǎn)遠(yuǎn)比Go復(fù)雜， 甚至比Python/Java還要復(fù)雜， 這就造成了Erlang在底層編程上效果不是很好， 沒(méi)法利用linux已有的很多優(yōu)秀成果，我一直認(rèn)為Erlang的什么的mysql/pg/oracle驅(qū)動(dòng)都沒(méi)有必要存在， Erlang一定是一個(gè)self-container應(yīng)用， 你只要用到了其他東西， 根據(jù)木桶理論， 你就不敢號(hào)稱9個(gè)9，以系統(tǒng)的眼光看問(wèn)題， 我覺(jué)得一個(gè)系統(tǒng)的魯棒性不能依賴于某一組件， 這也是為什么愛(ài)立信本身的Erlang應(yīng)用并不廣泛
4、說(shuō)說(shuō)數(shù)據(jù)類型吧， 我不止聽(tīng)到1個(gè)人說(shuō)Erlang對(duì)字符串的處理不有好， 它把string當(dāng)做list來(lái)處理，其實(shí)本質(zhì)上是該這么，但，還是那句話， 違背了面向人的哲學(xué)， 應(yīng)該做一些DSL， 比如Golang里面的 := 就是一個(gè)糖衣， 等價(jià)于 var xx yyy = zzzz， 大大方便的程序員少敲不少字符, Golang里面對(duì)字符轉(zhuǎn)可以說(shuō)基本和python差不多， slice map函數(shù)很強(qiáng)大， 支持lambda條件，雖然Erlang的基本類型很少， 但有很多構(gòu)造， 所謂構(gòu)造等價(jià)于Golang里面復(fù)雜的struct， 也奇怪了，我就是感覺(jué)Erlang構(gòu)造傷眼睛好嗎？可能是各種括號(hào)的比對(duì)的原因吧， 而且我認(rèn)為這是不必要的， 顯然Erlang缺少DSL的基因， 當(dāng)然跟Erlang出身的年代有關(guān)， 我不夸張的說(shuō)， 自打用Erlang以后我的視力又下降了100度左右， 我不是很喜歡lisp所說(shuō)的符號(hào)也是一種語(yǔ)法， 可能這又跟函數(shù)式編程有關(guān)吧：形式推導(dǎo)遠(yuǎn)大于邏輯演繹
5、其實(shí)我最不關(guān)注的是性能問(wèn)題， 因?yàn)殡S著摩爾定律， 單位計(jì)算單元的性價(jià)比會(huì)無(wú)限高，但Golang既然提出它的性能逼近C， 那我還是提一下吧， 當(dāng)然， Erlang也還可以， 雖然比Java慢， 但跟Python一個(gè)檔次吧
6、再談?wù)剤?bào)錯(cuò)機(jī)制， 因?yàn)镋rlang的的報(bào)錯(cuò)信息太讓人糾結(jié)了， 起初以為我不會(huì)看出錯(cuò)信息， 后來(lái)也使用了Sasl， 還是不夠直觀，甚至有時(shí)要用工具分析crash文件來(lái)定位問(wèn)題，還是跟Erlang的哲學(xué)有關(guān)， 在Erlang中一切都是并行的， 所以它根本不care是物理哪一行出錯(cuò)， 只跟Actor綁定， 然后告訴你Actor的ID和出錯(cuò)代號(hào)， 你自己憑經(jīng)驗(yàn)去分析吧，這樣做的好處是可以很方便定位出并行中出現(xiàn)的問(wèn)題，但凡事都是相對(duì)的， 在這一點(diǎn)上有點(diǎn)糾枉過(guò)正，根據(jù)我的經(jīng)驗(yàn)， 絕大部分時(shí)候我只希望先給我明確的指出哪一行出錯(cuò)了好嗎？ 甚至把順序的backtrace用完整的英文句子打印出來(lái)好嗎？至于并行中的錯(cuò)誤及時(shí)在命令式多線程語(yǔ)言中是不常見(jiàn)的，雖然并不是沒(méi)有， 但遇到錯(cuò)誤我再費(fèi)勁去調(diào)試好了， 但并不是所有的邏輯都用并行的思維去定位問(wèn)題， 我甚至認(rèn)為， 對(duì)于一個(gè)系統(tǒng)不完全是并行也不完全是串行，跟好比我們衡量世界不能單純的唯物也不能完全的唯心一樣， 這一點(diǎn)Golang就做了很好的折中， 不需要并行的時(shí)候你老老實(shí)實(shí)的寫(xiě)串行代碼， 需要并行的時(shí)候也有較復(fù)雜的機(jī)制來(lái)應(yīng)對(duì)， 合乎情理
7、再說(shuō)說(shuō)招人吧， 以前招過(guò)好幾個(gè)C出來(lái)的人，說(shuō)實(shí)話水平很好， 可以一周就完成一個(gè)小組件， libevent用的熟的很，后來(lái)我逼人家用Erlang，結(jié)果把人家逼走了，至今我還很后悔， 自己的一廂情愿強(qiáng)加在別人身上真是太不合適了，但我招純Erlang出來(lái)的人，可以說(shuō)比招objc的人還難， 沒(méi)有人，空談技術(shù)的優(yōu)雅性首先就是不靠譜的，再看看郵件列表， Golang的活躍度明顯比Erlang高很多， 基本逼近Ruby，更重要的是， 我根本不擔(dān)心Golang的人才，因?yàn)橹灰煜ython/C/Ruby/或者C++， 基本可以實(shí)現(xiàn)半天入門(mén)， 之后就可以噼里啪啦邊搜資料邊干活了，雖然有足夠的深度，但門(mén)檻極其平緩，工程人員也可以復(fù)用很多已有的知識(shí)。 Erlang在這一點(diǎn)其實(shí)跟第一點(diǎn)硬傷有關(guān)，大部分人學(xué)一周都摸不著頭腦，不是每個(gè)人的抽象思維和世界觀都是一樣的好嗎， 所以函數(shù)式編程盡管不比命令式語(yǔ)言起步晚，但始終學(xué)的人很少，這就是歷史， 對(duì)于大部分人， 更希望解決問(wèn)題，創(chuàng)造價(jià)值， 而不是數(shù)學(xué)來(lái)推導(dǎo)去
8、最后我建議， 如果你是玩c/c++的， 現(xiàn)在開(kāi)始學(xué)Golang，是最好的時(shí)機(jī)， 跟一門(mén)靠譜的語(yǔ)言一起成長(zhǎng)， 這種感覺(jué)非常棒， 你用Erlang折騰1個(gè)應(yīng)用， 用Go恐怕都完成了10個(gè)開(kāi)源項(xiàng)目， 當(dāng)然，也要結(jié)合自己的口味， Golang就是Sublime Text， Erlang就是Emacs
相信自己的判斷，相信自己的邏輯， 贏就是贏，輸就是輸
轉(zhuǎn)載僅供參考，版權(quán)屬于原作者。祝你愉快，滿意請(qǐng)采納哦
(GitBook) 是一個(gè)使用 Git 和 Markdown 來(lái)構(gòu)建書(shū)籍的現(xiàn)代化的文檔平臺(tái)工具，雖然已經(jīng)很好了，但由于gitbook有時(shí)候由于網(wǎng)絡(luò)等原因會(huì)導(dǎo)致訪問(wèn)書(shū)寫(xiě)草稿不是很方便，所以結(jié)合群友的實(shí)用情況，對(duì)其他的一些工具也做一推薦，這也是寫(xiě)這一篇的主要原因
目前來(lái)看是國(guó)內(nèi)最靠譜的選擇，支持電子出版
看云為免費(fèi)用戶提供
官網(wǎng)地址： 看云 | 專注技術(shù)文檔在線創(chuàng)作、閱讀、分享和托管
看云文檔示例：序言 · ThinkPHP3.2.3完全開(kāi)發(fā)手冊(cè) · 看云
在線文檔編輯與協(xié)同工具，免費(fèi)用戶一共有10GB上傳流量
官網(wǎng)地址：
幫助文檔示例：
BookStack 是基于 Mindoc、使用Go語(yǔ)言的Beego框架開(kāi)發(fā)的功能類似GitBook和看云的在線文檔管理系統(tǒng)，實(shí)現(xiàn)了文檔采集、導(dǎo)入、電子書(shū)生成以及版本管理的文檔功能，并推出了配套的開(kāi)源微信小程序 BookChat 和配套的開(kāi)源手機(jī)APP BookChatApp 。
詳細(xì) 安裝部署文檔
在線文檔管理系統(tǒng)，相當(dāng)完備，需要有一臺(tái)服務(wù)器自建
演示官網(wǎng)：
開(kāi)源地址： TruthHun/BookStack
非常輕量級(jí)的文檔，可以托管在Github page
官網(wǎng)及演示：
開(kāi)源地址：
這是一個(gè)開(kāi)源文檔，可以托管在Github page等平臺(tái)，支持markdown
演示以及文檔：
開(kāi)源地址：
這是一個(gè)開(kāi)源接口文檔在線管理系統(tǒng)
官網(wǎng)地址：
說(shuō)明文檔及演示：
開(kāi)源wiki系統(tǒng)，支持多人協(xié)作，以及豐富的后臺(tái)管理設(shè)置，個(gè)人覺(jué)得比mediawiki好看多了
官網(wǎng)及演示：
開(kāi)源wiki程序
官網(wǎng)及演示：
開(kāi)源地址：
一般安卓手機(jī)的應(yīng)用軟件目前都是以Java為主的程序語(yǔ)言開(kāi)發(fā)的，包括微信。
許多的?Android應(yīng)用都是Java程序員開(kāi)發(fā)者開(kāi)發(fā)。雖然 Android運(yùn)用了不同的JVM以及不同的封裝方式，但是代碼還是用Java語(yǔ)言所編寫(xiě)。相當(dāng)一部分的手機(jī)中都支持JAVA游戲，這就使很多非編程人員都認(rèn)識(shí)了JAVA。
擴(kuò)展資料
Java 語(yǔ)言是一門(mén)隨時(shí)代快速發(fā)展的計(jì)算機(jī)語(yǔ)言程序，其深刻展示了程序編寫(xiě)的精髓，加上其簡(jiǎn)明嚴(yán)謹(jǐn)?shù)慕Y(jié)構(gòu)及簡(jiǎn)潔的語(yǔ)法編寫(xiě)為其將來(lái)的發(fā)展及維護(hù)提供了保障。由于提供了網(wǎng)絡(luò)應(yīng)用的支持和多媒體的存取，會(huì)推動(dòng)Internet和企業(yè)網(wǎng)絡(luò)的Web的應(yīng)用 。
另外，為了保持Java的增長(zhǎng)和推進(jìn)Java社區(qū)的參與，Sun公司在Java One開(kāi)發(fā)者大會(huì)上宣布開(kāi)放Java核心源代碼，以鼓勵(lì)更多的人參與到Java社團(tuán)活動(dòng)中。來(lái)自Java社團(tuán)和IBM等全球技術(shù)合作伙伴兩方面的支持，
Java技術(shù)在創(chuàng)新和社會(huì)進(jìn)步上繼續(xù)發(fā)揮強(qiáng)有力的重要作用，并且隨著其程序編寫(xiě)難度的降低使得更多專業(yè)人員將精力放置于Java語(yǔ)言的編寫(xiě)與框架結(jié)構(gòu)的設(shè)計(jì)中。
Go語(yǔ)言。他主要是在一些網(wǎng)頁(yè)版的服務(wù)器中用于系統(tǒng)編程的一種語(yǔ)言。他是谷歌開(kāi)發(fā)的一種編程語(yǔ)言。在一定程度上，谷歌有一定的壟斷作用。不能隨隨便便的在語(yǔ)言當(dāng)中添加其他的語(yǔ)言成分。
重慶分公司
重慶分公司
