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

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

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

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

C游戲、游戲服務器框架及游戲引擎、一些GUI框架、科研、編譯器、圖形學

C# Windows Phone、Windows桌面應用、.NETweb

JavaWeb、Android

Go服務器、我聽說過電腦設(shè)計的初衷是替代C，具體要如何又要遠處觀望

Erlang高并發(fā)服務器

PythonWeb、科學計算、運維

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

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

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

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

Kafka，Mq和Redis作為消息隊列使用時的差異有哪些？

RabbitMQ

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

Redis

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

Kafka

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

綜合比MQ與Kafka

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

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

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

在吞吐量

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

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

在可用性方面，

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

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