代碼應(yīng)用在什么領(lǐng)域？代碼應(yīng)用在編程領(lǐng)域C操作系統(tǒng)、嵌入式、自動(dòng)化控制C游戲、游戲服務(wù)器框架及游戲引擎、一些GUI框架、科研、編譯器、圖形學(xué)C# Windows Phone、Windows桌面應(yīng)用、.N

代碼應(yīng)用在什么領(lǐng)域？

代碼應(yīng)用在編程領(lǐng)域

C操作系統(tǒng)、嵌入式、自動(dòng)化控制

C游戲、游戲服務(wù)器框架及游戲引擎、一些GUI框架、科研、編譯器、圖形學(xué)

C# Windows Phone、Windows桌面應(yīng)用、.NETweb

JavaWeb、Android

Go服務(wù)器、我聽說(shuō)過(guò)電腦設(shè)計(jì)的初衷是替代C，具體要如何又要遠(yuǎn)處觀望

Erlang高并發(fā)服務(wù)器

PythonWeb、科學(xué)計(jì)算、運(yùn)維

在火車上如何學(xué)習(xí)函數(shù)式編程？

上火車大多數(shù)情況沒有網(wǎng)，該如何自學(xué)函數(shù)式編程比較比較好？

你若是能說(shuō)起函數(shù)式編程，我想你應(yīng)該是是it的從業(yè)者。學(xué)函數(shù)式編程必須估計(jì)得先學(xué)一門函數(shù)式編程語(yǔ)言，我學(xué)過(guò)clojure，scala，要是你會(huì)java，這兩個(gè)語(yǔ)言首選。clojure是可以可以算lisp家族的另一個(gè)分支吧，scala象其實(shí)源源不斷借鑒吸收了erlang。clojure是另一個(gè)純函數(shù)式編程語(yǔ)言，scala是多范式編程語(yǔ)言，支持什么面相對(duì)象和函數(shù)式。

我個(gè)人比較好妄想幫我推薦clojure，都很完全是的函數(shù)式，你也可以買本書，在車上看，車下有時(shí)間寫點(diǎn)代碼練習(xí)。后再找點(diǎn)實(shí)戰(zhàn)性強(qiáng)的東西，寫一點(diǎn)功能強(qiáng)大的東西，你才能真正深刻體會(huì)函數(shù)式編程的特點(diǎn)和優(yōu)勢(shì)。

Kafka，Mq和Redis作為消息隊(duì)列使用時(shí)的差異有哪些？

RabbitMQ

是建議使用Erlangc語(yǔ)言設(shè)計(jì)的兩個(gè)開源的消息隊(duì)列，本身意見很多的協(xié)議：AMQP，XMPP,SMTP,STOMP，也正是如此，使的它變的更加重量級(jí)，更比較適合于企業(yè)級(jí)的開發(fā)。同樣的基于了一個(gè)經(jīng)紀(jì)人（Broker）構(gòu)架，這意味著消息在正在發(fā)送給客戶端時(shí)先在中去排隊(duì)。對(duì)路由（Routing），負(fù)載均衡（Loadbalance）的或數(shù)據(jù)自然持久化都有很好的支持。

Redis

是個(gè)Key-Value的NoSQL數(shù)據(jù)庫(kù)，開發(fā)完畢能維護(hù)很異常活躍，只不過(guò)它是一個(gè)Key-Value數(shù)據(jù)庫(kù)存儲(chǔ)系統(tǒng)，但它本身支持什么MQ功能，因?yàn)閹缀踹@個(gè)可以只不過(guò)是三個(gè)輕量級(jí)的隊(duì)列服務(wù)來(lái)使用。相對(duì)于RabbitMQ和Redis的入隊(duì)和出隊(duì)操作，各想執(zhí)行100萬(wàn)次，每10萬(wàn)次記錄三次不能執(zhí)行時(shí)間。測(cè)試數(shù)據(jù)分為128Bytes、512Bytes、1K和10K四個(gè)有所不同大小的數(shù)據(jù)。實(shí)驗(yàn)并且：入隊(duì)時(shí)，當(dāng)數(shù)據(jù)也很小時(shí)Redis的性能要高于500RabbitMQ，而如果沒有數(shù)據(jù)大小達(dá)到了10K，Redis則慢的不能苦苦忍受；出隊(duì)時(shí)，不管是什么數(shù)據(jù)大小，Redis都表現(xiàn)出來(lái)出更加好的性能，而RabbitMQ的出隊(duì)性能則遠(yuǎn)高于Redis。

Kafka

Kafka是Apache下的一個(gè)子項(xiàng)目，是另一個(gè)高性能跨語(yǔ)言分布式Publish/Subscribe消息隊(duì)列系統(tǒng)，而Jafka是在Kafka頭頂之上孵化疾飛的，即Kafka的一個(gè)升級(jí)版。具備200元以內(nèi)特性：飛快不持久化，這個(gè)可以在O(1)的系統(tǒng)開銷下接受消息持久度化；高吞吐，在一臺(tái)大多數(shù)的服務(wù)器上既也可以都沒有達(dá)到10W/s的吞吐速率；徹底的分布式系統(tǒng)，Broker、Producer、Consumer都原生不自動(dòng)允許分布式，自動(dòng)啟動(dòng)利用古怪均衡；支持什么Hadoop數(shù)據(jù)分頭并進(jìn)運(yùn)行程序，是對(duì)像Hadoop的完全不一樣的日志數(shù)據(jù)和離線分析系統(tǒng)，但又要求實(shí)時(shí)動(dòng)態(tài)一次性處理的限制，這是個(gè)所需的解決方案。Kafka的并行打開程序機(jī)制來(lái)統(tǒng)一時(shí)間了在線和不聯(lián)網(wǎng)的消息處理，這件事也是本課題所研究系統(tǒng)所最看重的。ApacheKafka相對(duì)于ActiveMQ是一個(gè)太古爾科夫的消息系統(tǒng)，除此之外性能更加好外，肯定個(gè)工作良好素質(zhì)的分布式系統(tǒng)。

綜合比MQ與Kafka

在架構(gòu)模型方面

RabbitMQ按照AMQP協(xié)議，RabbitMQ的broker由Exchange,Binding,queue排成，其中exchange和binding橫列了消息的路由鍵；客戶端Producer是從連接到channel和server接受通信，Consumer從queue獲取消息進(jìn)行消費(fèi)（長(zhǎng)連接上，queue有消息會(huì)推回到consumer端，consumer運(yùn)行從鍵入流讀取數(shù)據(jù)）。rabbitMQ以broker為中心；有消息的確認(rèn)機(jī)制。

kafka恪遵象的MQ結(jié)構(gòu)，producer，broker，consumer，以consumer為中心，消息的消費(fèi)信息保存的客戶端consumer上，consumer根據(jù)怎么消費(fèi)的點(diǎn)，從broker上批量pull數(shù)據(jù)；無(wú)消息最后確認(rèn)機(jī)制。

在吞吐量

kafka具高高的吞吐量，內(nèi)部按結(jié)構(gòu)消息的批量處理，zero-全部復(fù)制機(jī)制，數(shù)據(jù)的存儲(chǔ)和查看是本地磁盤順序批量操作，具高O(1)的古怪度，消息一次性處理的效率很高。

rabbitMQ在吞吐量方面稍遜一籌于kafka，他們的出發(fā)點(diǎn)都不一樣，rabbitMQ允許對(duì)消息的靠譜的傳遞，接受事務(wù)，不允許批量的操作；基于條件存儲(chǔ)的可靠性的要求存儲(chǔ)是可以采用內(nèi)存或者硬盤。

在可用性方面，

rabbitMQ意見miror的queue，主queue突然失效，mirorqueue組建。

以上那是我的觀點(diǎn)，這對(duì)這個(gè)問題大家是怎么平等的眼光的呢？歡迎在下方評(píng)論區(qū)別人交流~我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗(yàn)，歡迎您關(guān)注我打聽一下大量科技知識(shí)！