luke_shei 的部落格
親愛的夥伴,我最敬愛的摯友;我不知道你們多久會來看我的Blog;或是根本不會來,但是我還是想說一些心裡的話,今天我到公司看到大家認真加班,每個人不求加薪在星期假日到公司來趕工作,那種熱情;我本該由衷感激,不過;抱歉!我必須說:我並不喜歡你們假日來公司加班,因為加班只是效率不佳與無法準確估算時程最佳寫照,雖然;我不是你們每個人的主管,不過我必須跟你們說:這類的加班是錯誤的,不管對公司對個人來說,都損耗了最大的成本,而且;個人也不相信趕工出來的東西;品質能夠得到任何的保障
因為自己在摸索msn protocol,發現msn 在做聯絡人的地方有一個bug,當第一次把某個人加入聯絡人(且對方也核准)後,雙方如果都刪除彼此(沒封鎖聯絡人,但同時刪除hotmail聯絡人);此後;這兩個人會形同消失般;當任一方要再訂閱對方,對方不會收到訂閱的通知,但自己卻可以看到對方的線上資訊,這情況跟gtalk很類似,看來;大家在實作這個程序時都留下了一些缺憾
ps.這問題並不是msn client的bug,因為msn server確實沒有傳送ADL 指令;通知對方有人請求加入聯絡人
使用別人開發好的msn sdk來開發程式;真的能夠滿足你對技術的慾望嗎?以下為msn protocol v15的認證過程,msnp15大致上延續前一版的協定,但是在認證的部份改了,目前msn server 已支援msnp16,而現階段最新的msn client (msn v8.1)還在使用msnp15,要到msn v9才會開始全面支援msnp16
一:SVN 簡介 (robert)
教材如下 : http://www.polarion.org/index.php?page=download&project=subtrain
二:2008前瞻資安技術年會報告 (znul)
相關網站: http://syscantaiwan.blogspot.com/
A. 資安及其重要性?
小至個人資料洩漏,大至國家機密,可能造成個人財產損失或危及國家安全目前的駭客已由個人好玩,演變成團體的營利組織
B. 課程內容分享?
1. 駭入RFID (hacking rfid devices)
2. 協同式攻擊性運算à使用xmpp (cooperative offensive computing)
使用xmpp為資料蒐集的工具,malware分散於各地,將蒐集的資料透過jabber server 集中至某處(Knowledge Machine à KM),再利用類sql語法Query data
3. rootkit
Concurrent Programming II.
1.Concurrency is easy…?
( http://armstrongonsoftware.blogspot.com/2006/08/concurrency-is-easy.html )
2.Sequential Programming
-module(factorial).
-export([factoriala/1, factorialb/1, factorialc/1, factoriald/1]).
%Simplest:
factoriala(0) -> 1;
factoriala(N) -> N * factoriala(N - 1).
%Using function guards:
factorialb(0) -> 1;
factorialb(N) when N > 0 -> N * factorialb(N - 1).
%Using if:
factorialc(N) ->
if
N == 0 -> 1;
N > 0 -> N * factorialc(N - 1)
end.
文章來源:http://blog.sina.com.tw/sandychang/trackback.php?pbgid=40436&entryid=575383 RFID系統應用簡介影片分享前些日子微程式舉辦了【RFID系統開發商暨客戶應用API開發套件發表會】
拍了一些RFID系統應用簡介影片~
應許多朋友們的要求...
終於在近日上傳到網路上跟大家分享
歡迎各位朋友們給予我們批評指教囉~
微程式RFID研討會議程..more
The EUC(Erlang/OTP User Conference 2007) papers and presentations are now available at http://www.erlang.se/euc/07
Erlang Cookbook (裡面有一些不錯的範例),不過建議先讀完erlang 相關的書籍或是線上手冊再來讀會比較有感覺
http://schemecookbook.org/Erlang/TOC
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節概覽








將本站加入我的最愛
將此頁加入我的最愛

最新回應
10 小時 58 分鐘 前
10 小時 58 分鐘 前
11 小時 19 秒 前
11 小時 6 分鐘 前
1 日 14 小時 前
2 日 15 小時 前
2 日 15 小時 前
2 日 15 小時 前
3 日 10 小時 前
3 日 10 小時 前