2014年4月13日
#
摘要: 自己的實現(xiàn)，經過一定的測試。
閱讀全文
摘要: 環(huán)境 Ubuntu12.04 + openJDK6。
JNI中使用“修改的UTF8”編碼，而Linux下wchar_t使用UTF32，注意轉碼。
閱讀全文
2013年11月18日
#
2013年11月4日
#
摘要: 從 libtiff 4.0.2 中提取出來并稍加修改的 lzw 的代碼，符合 TIFF6 標準中的 LZW 部分。
本人目前對開源協(xié)議還不太清楚，不知是否存在侵權問題，如果有，請告知。
閱讀全文
2013年10月9日
#
2013年9月28日
#
2013年4月29日
#
摘要: 畢業(yè)論文做 Pascal 編譯器，需要生成的32位 nasm 匯編代碼支持 64位帶符號整數(shù)
閱讀全文
摘要: 結論： C 語言的 printf 使用 %f 來輸出 float 時，實際上先把 4字節(jié)的float轉化為 8字節(jié)的double，然后訪問了棧上的 8字節(jié)數(shù)據(jù)。
（環(huán)境：Ubuntu12.04 32位 intel i3 nasm gcc）
閱讀全文
摘要: 最近在寫Pascal編譯器，生成 nasm 匯編代碼，需要調用 nasm 進行匯編，再調用 gcc 與 C 語言標準庫鏈接，從而可以使用 C 語言的庫函數(shù)。
注意 "-o" 和 fileName 要分開為兩個字符串，不然的話，nasm 沒問題，但 gcc 會出錯，鏈接器找不到輸出文件。
errReader 和 errInfo 用于輸出 nasm 和 gcc 輸出的錯誤信息。
閱讀全文
2013年4月5日
#
摘要: 這篇文章里主要闡述下面幾個問題 1: 字符和字節(jié)的區(qū)別 2: Big Endian和Little Endian 3: ASCII 4: Unicode的定義 5: Unicode的編碼方案 6: Unicode的實現(xiàn)方式 7: 一些名詞解釋
閱讀全文
摘要: 之前因為考研的事情，放棄了更新，保研后也沒回來。這一丟就是好久。
閱讀全文
2012年7月4日
#
摘要: 在1920年快要結束的一天，多倫多大學生理學系的麥克勞德（John James Rickard Macleod）教授迎來了一位年輕人的到訪。來人言辭懇切，聲音略有些激動，但看上去游說并不是他的專長。在年輕人表明來意之后，麥克勞德教授并不為所動，而是以“需要考慮”為由婉拒了來人的請求。看到教授如此態(tài)度，年輕人難掩失落的神情，待了沒多久就離開了。。。
閱讀全文
2012年6月26日
#
摘要: 去年的一項研究引起了我們的注意。傳統(tǒng)觀念認為，人的智商在幼兒期就已定型，此后要想改變非常困難；但此項研究表明，智商不僅可以提升，而且還不是一兩分的小數(shù)目。。。
閱讀全文
2012年6月25日
#
摘要: 天才是什么？天才其實并沒有一個詳盡完整的定義，不像“多年生矮小灌木”或者“年度優(yōu)秀會計”那樣可以逐條列出達標條款。。。
閱讀全文
2012年6月24日
#
摘要: 文化的不同導致了思維方式的不同，思維方式的不同導致了游戲規(guī)則的不同，游戲規(guī)則的不同導致了棋王的含恨落敗。。。
閱讀全文
2012年6月5日
#
摘要: 經典算法，被我實現(xiàn)的極其惡心。。。
閱讀全文
2012年6月4日
#
摘要: 博弈論的問題，需要證明一些結論。。。
閱讀全文
摘要: 我們一直在喊敏捷開發(fā)，其實敏捷開發(fā)的一個很重要的目的就是消除浪費，防止破窗效應的發(fā)生。事情太難，就讓它簡單，更簡單。流程太重，就讓它輕點，更輕點。盡量掃清開發(fā)的障 礙，消滅破窗形成的環(huán)境。下面我會從軟件構建的很多方面來描述如何防止“軟件開發(fā)中的破窗”。。。
閱讀全文
摘要: 現(xiàn)代商務依靠多任務來完成工作。評價員工也基于的他們多任務能力。IT業(yè)人員會被例行指派到多個項目中去。我們是經常在這樣做嗎？多任務起作用嗎？多任務的真正影響是什么？有別的選擇嗎？。。。
閱讀全文