跳到主要內容

發表文章

目前顯示的是 11月, 2007的文章

RFID智慧型護送系統建置計畫

昨天接獲資訊: 微程式資訊 以專業技術與成功建置經驗獲得經濟部大型示範性計畫 『RFID智慧型護送系統建置計畫』 的支持，為醫療領域結合IT科技再跨出一步。 這可是一個將近兩千萬的專案阿,不過這事實上是一個XMPP 的應用,我們在XMPP 建置了一些訊息的交換邏輯,讓訊息在XMPP 上交易所產生的應用,業界這幾年對 concurrent programming 需求殷切,主要是因為資訊系統跳了一個層次在看訊息傳遞這回事,當大量資訊需要即時 精確的被傳遞時,過去的那種multiprocess mutithread 不敷使用,一個動輒上萬的長時間連線交易,更需要像erlang 這類以 concurrent programming 為觀點出發的語言,而這也同時是我會接觸functional language的主要原因 計畫相關聯結: http://www.program.com.tw/news/news_071129.htm http://blog.sina.com.tw/sandychang/article.php?pbgid=40436&entryid=575124
張貼留言
閱讀完整內容

erlang 相關paper

http://www.it.uu.se/research/group/hipe/publications.shtml 內有相關於erlang 的論文 期刊 或是相關會議裡 提出的文章,其中這兩篇恰好是談到昨天提到的erlang bit syntax http://user.it.uu.se/~kostis/Papers/JFP_06.pdf Per Gustafsson and Konstantinos Sagonas Efficient manipulation of binary data using pattern matching In the Journal of Functional Programming, 16(1):35-74, January 2006 http://www.it.uu.se/research/group/hipe/papers/padl07.pdf Per Gustafsson and Konstantinos Sagonas Applications, Implementation and Performance Evaluation of Bit Stream Programming in Erlang In Proceedings of the Ninth International Symposium on Practical Aspects of Declarative Languages (PADL'07). To appear.
張貼留言
閱讀完整內容

Erlang Bit Syntax

Erlang Bit Syntax 看起來蠻強悍的,在erlang programming 裡提到一個 16-bit Colors 的例子: << 這例子來自 erlang programming >> 1> Red = 2. 2 2> Green = 61. 61 3> Blue = 20. 20 4> Mem = <<Red:5, Green:6, Blue:5>>. 用在pattern matching也很直觀,比如: <<Header2:8/binary,$\ ,Rest2/binary>> = <<"HTTP/1.1 200 OK\r\n">>. 不過;他目前還不支援regexp , 用起來有時會綁手綁腳,可能是還不太熟析? Bit Syntax 可以用在網路的封包解析,或是encode/decode某種檔案格式...目前;關於封包分析部分我也還在努力搞懂中 http://community.livejournal.com/en_dmitriid/5806.html http://www.erlang.se/euc/07/papers/1700Gustafsson.pdf 這裡也有相關Erlang Bit Syntax的文章可參考
張貼留言
閱讀完整內容

browser-based Javascript IDE

http://www.rsaccon.com/2007/11/amazing-browser-based-javascript-ide.html 現在的趨勢;好像一直朝著這種方向再走
1 則留言
閱讀完整內容

[微程式-技術研討會] 10月份研討會內容 主講人 vivian

1. 繼續分享xmpp的討會 3.5 地址的確認 在SASL(見第六章)握手之後(如果必要的話,也在資料綁定(見第七章)之後,正在接收信息的實體必須(MUST)確認初始實體的ID 對於服務器間的通信,在SASL握手時,如果沒有指明授權的ID,這個初始的實體應該(SHOULD)是經過認證實體(參見簡單認證和安全層協議[SASL]中的定義)授權的ID(見第六章) 對於客戶端和服務器的通信, 在SASL握手時, 如果沒有指明授權的ID, “純JID” (＜node@domain＞)應該(SHOULD)是經過認證實體(參見[SASL]中的定義)授權的ID, “全JID”(＜node@domain/resource＞)的資源ID部份應該(SHOULD)是由客戶端和服務器在資源綁定的時候商定的(參見第七章) 4.1 XML流 / XML節概覽 XML流(XML Stream)的定義: 一個XML流乃是一個容器, 包含了2個實體之間通過網絡交換XML元素, 一個XML流乃由一個＜stream＞標籤開始的(該標籤需包含適當的屬性及名字空間聲明), XML流的結束則是由＜/stream＞標籤做為結束, 在XML流的整個生命週期中, 初始化它的實體可以通過流來發送大量的XML元素, 例如:TLS協議(第5章),SASL協議(第6章)或XML節(在這裡指的是符合預設名字空間的元素, 包括＜message/＞,＜presence/＞,＜iq/＞元素), “初始的XML流"由初始實體(通常是一個客戶端或服務器)和接收實體(通常為一個服務器)協議, 從接收實體來看, XML流就是那個初始實體對接收實體的 “會話”, 接收實體則必需回覆一個相同的應答流給初始實體 Ex: ＜stream＞ è xml流開始 ………………………………. ………………………………. ＜/stream＞ è xml流結束 XML節(XML Stanzas)的定義 : 一個XML節是一個實體通過XML流向另一個實體發送結構化信息中的一個離散語意單位, 一個XML節乃直接存於根元素＜stream/＞之下, 也就是說任何XML都是從一個XML流的下一級的某個OPEN標籤(如: ＜presence＞)開始的, 並相對應到其CLOSE標籤(如: ＜/presence＞)做為結束, 一個XML節可以包含子元素(例如: 屬...
張貼留言
閱讀完整內容