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