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

代碼應用在什么領域？

代碼應用在編程領域

C操作系統、嵌入式、自動化控制

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

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

JavaWeb、Android

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

Erlang高并發服務器

PythonWeb、科學計算、運維

在火車上如何學習函數式編程？

上火車大多數情況沒有網，該如何自學函數式編程比較比較好？

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

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

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

RabbitMQ

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

Redis

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

Kafka

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

綜合比MQ與Kafka

在架構模型方面

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

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

在吞吐量

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

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

在可用性方面，

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

以上那是我的觀點，這對這個問題大家是怎么平等的眼光的呢？歡迎在下方評論區別人交流~我是科技領域創作者，十年互聯網從業經驗，歡迎您關注我打聽一下大量科技知識！