有這個想法是很久之前的事情，從去年年初購買388這個支持java功能的手機就算開始了。名字大點叫的話可能就是所謂的個人信息管理（PIM）。個人信息有哪些東西呢？信息幾乎是無窮的，但有具體表現形式的甚至具體表現出來的不多。具體的表達方式有語言、表情、動作等，能夠追蹤的只有語言，並且限制於書面語言。短信作爲文字形式表達的信息，因爲通訊設備的支持帶來的互動性更加大了其包含的信息量。對之進行有效管理非常有必要。
388的大容量信息儲備並且可以備份到電腦上，給對其進行彙總管理帶來了可能性。2004年4月份開始研究備份文件的格式。誘因在於鄧的短信伴侶，這個軟件是很好的，他的本意是記錄和女友的短信溝通過程，也隱含了對特殊重要信息進行追蹤管理的思路。應該說這個軟件稍加改進就可以作爲PIM中的短信板塊使用了，但是鄧因爲個人原因停止了該軟件的開發。從使用過程中發現存在的問題：1、對短信的識別和提取不完善，存在遺漏、錯讀甚至陷入死循環的情況，不能正確識別多媒體（388的特色功能，即所謂的EMS）短信；2、顯示板塊過於簡單，僅僅侷限於顯示。阿勇根據自己的需要以及思路等做了個伴侶的伴侶（^_^），從鄧的短信伴侶、POP等短信發送軟件和其他地方讀取短信，然後顯示，顯示中帶有管理組織的功能，如按照時間排序、限定某個聯繫人。阿勇的東東在管理方面有改進，但缺少讀取短信這個支撐。因此me就重揀那個備份文件格式研究，做些基礎研究，然後再在管理方面進行升級。
因爲有了原來研究的初步基礎，本次重拾進行開發的時候一上來就進入核心部位，摸索備份文件中短信塊中每個字節的含義。不明確的地方太多，me採取了邊測試邊開發的方式，因此語句中使用了大量的sout（NetBeans中縮略詞，代表System.out.println("");以後不再提示）。初步分析成功後分析結果很麻煩，在dos窗口中使用重定向輸出（比如java -jar getsms388.jar >sms.txt），然後查閱sms.txt文件分析debug信息。連短信主體的輸出也是用的sout，混雜在一起分析起來有一定的方便性，但是在輸出release版本的程序是需要進行大量的調整。
回頭仔細想想，其實可以採取這樣的機制解決。用java.util.logging類的logger記錄調試信息，標的輸出採用正規的文件輸出。儘量避免sout的使用。另外對於個別語言功能的學習調試採用單獨類的方式，不混雜於程序主體，這個時候可以用一些sout語句，因爲快，呵呵。