re: QA和DEV哪個更需要你的腦力？ 笨笨 2007-07-19 23:23
估計是沒有看完,確實長了點.
@Jerry.Yu
memset is high price if you just set several bytes as zero, so from performancd view, memset isn't always good.
You don't understand the problem really yet. The write style just to avoid two check condition words
@SuperPlayeR
你說的很對,如果不講效率代碼寫的容易懂是關鍵.但簡潔的代碼也是讓人懂的一個方面.另外實際上我在討論的時候也很關注效率的問題.
可以選擇5/3或9/7
通過設置可逆還是不可逆變換來確定
很多人瞧不起基礎問題,試問有多少人能把基礎問題都搞明白了?
在我沒有說答案之前,也沒有幾個人知道原因,可見浮躁的很那.
而且我也一再聲明是簡單的問題.
shen126 能通過簡單的描述就能知道結果，說明幾點：
1。經歷這個事情，而且知道了原因
2。細心的思考
3。
我想應該是個好程序員
re: 一點感慨 笨笨 2007-06-15 14:04
塌實和堅持才是成事的根本！
呵呵，還是有人回答出來了。
shen126
的答案正確，厲害！
我明天中午和大家說答案.
和大家玩個小游戲,希望大家諒解.
上面的兄弟是一種答案;但不對,因為C和C++目標函數名差異是在DLL已經被LOAD成功以后才出現的
re: 壓力 笨笨 2007-05-13 17:21
想開點
re: 專心工作還是三心二意？ 笨笨 2007-05-11 09:26
lovedday說的是，不過完全為了錢，可能做的事情就不是一個領域了，比如我。
所以有選擇的...
當然，如果能賺很多錢，何必三心二意，直接辭職，專心做事更好。
歡迎繼續排磚!
re: 專心工作還是三心二意？ 笨笨 2007-05-10 16:43
我喜歡挑戰，有挑戰才有樂趣，呵呵
re: 幾種壓縮算法原理介紹 笨笨 2007-05-10 16:29
NX
re: 一道面試題目 笨笨 2007-04-04 07:24
怎么不對請指教啊？
學習開元項目的代碼確實能夠讓很多人長進。。。
同時我發現如果一個程序員不想往管理方面發展，不要在一個自己是最N的環境里面待太長，長期以往，不但沒有進步還會倒退。。。
當然這些是從技術角度去看問題的，不是對所有都正確
我覺得能夠認識到有這個問題的朋友應該不算自負，呵呵
re: 遠程控制軟件-1.0Beta版 笨笨 2007-03-26 21:37
代碼都不想看,和你說了也沒有多少作用
re: 一道面試題目 笨笨 2007-03-26 21:36
你自己再仔細想象,不用我一個字一個字的敲出來解釋了吧!
@Jonlee:
JPEG按照理論應該是支持無損的,但實際的代碼中沒有無損部分;而且他的實數范圍的運算不可能支持無損.
到有一個叫JPEG-LS的東西,但他不是JPEG.
re: 一道面試題目 笨笨 2007-02-04 22:30
是的,你的答案很正確!呵呵
你說的很有道理，這里僅僅是將一段代碼再VC中反匯編的到的。當然，這里的代碼并非唯一的寫法。
所以，謝謝你的補充
終于又找回密碼了，痛恨木馬編寫的人，痛恨病毒！同時感謝論壇斑竹的熱心幫助！
re: 最簡單的匯編程序:緩沖區比較 笨笨 2006-12-27 22:24
那是那是,_asm只有VC才認識.呵呵
re: 手動安裝WTL 笨笨 2006-12-26 08:49
看新的介紹
re: 編寫跨平臺的軟件入門 笨笨 2006-11-29 11:37
謝謝
re: 一段關于memcpy的代碼 笨笨 2006-11-17 09:30
我從來沒有說過這個代碼比系統函數高效，我提出來的目的在于和大家一道探討程序的寫法。
嚴格的說是和操作系統沒有關系，但是某些編譯器只能在某些操作系統上運行，所以和操作系統有間接的關系。
re: 遠程控制軟件-1.0Beta版 笨笨 2006-09-26 21:28
可以從網上下載
你這里沒有完全說明白，我怕你隱含了某些東西。其實我想強調的是，這不是網絡字節序的問題。
re: 遠程控制軟件-1.0Beta版 笨笨 2006-09-20 09:17
TightVNC我已經有了，你的EMIAL是：magnaforemost@gmail.com嗎？
可能是我描述有問題，或者你的理解有問題，呵呵。
當然，設置和取值是在不同的操作系統上。例如：
myTest.a = 10;
myTest.b = 2;
myTest.c = 1;
16進制是0X64
在WINDOWS上，然后將該結構，發送到MAC 上
這個結構的緩沖區仍然是0X64，我有一個緩沖區保存它，例如：
char buf[1];
buf[0] = 0X64;
然后強制轉換，tagtest * pMyTest = (tagtest *)buf;
這個時候，各成員的值是：
myTest.a == 6;myTest.b == 2;myTest.c == 2;
如果再不明白就沒有辦法了。
不要總是說impossible!
re: 遠程控制軟件-1.0Beta版 笨笨 2006-09-17 18:50
這個版本比MS的微軟桌面差是應該的，最重要的原因是這個版本中是采用定時器觸發的；這是我改進的一個部分。
我想請test老兄談一下MS是如何實現的？不要不敢說啊。
實際上，我們公司就是做這類型產品的，而且我也研究很多類似的產品，比如：PCANYWHERE、GOTOMYPC、VNC、LOGMEIN等等，從我的分析看，大家原理都是一樣的，只是細節不同；我自己實現的目的是想讓自己實現所有軟件的細節。
另外我想你還不明白公網上和LAN內使用這類產品到底有什么區別。實際上MS的桌面不能說是桌面共享軟件好的樣板，比他好的同類軟件多很多，如果被控制機器沒有WAN的IP地址，那么功能就不能實現，這就限制了他的使用范圍。
我寫這個軟件一個為了研究壓縮算法；一個為了讓自己能夠知道了解更多的細節；當然任何類似這樣的軟件都不是一天兩天能夠寫完成的，如果做好那就需要更多的工夫，更長的時間了。
希望test再能賜教。
re: 遠程控制軟件-1.0Beta版 笨笨 2006-09-15 09:27
希望做過測試的朋友提供修改意見！
我想逐步完善，一旦覺得基本比較穩定了，就和大家一道共享代碼！
不是的，測試結果告訴我，在兩種操作系統中即使為該結構體設置同樣的值，對應的成員值是不一樣的。
re: 使用UNICODE提高效率 笨笨 2006-09-12 09:43
One word, just 跑題了!呵呵
re: 使用UNICODE提高效率 笨笨 2006-09-12 09:41
LZ還沒有明白所說，提倡UNICODE沒有任何問題，該提倡，但不能以效率來說明問題。
re: windows核心編程--字符集 笨笨 2006-09-12 08:50
大家都在搞核心編程啊！這本書值得好好研究
re: 使用UNICODE提高效率 笨笨 2006-09-12 08:44
上面說的就對了，UNICODE不是效率優勢,在于國際化,實際上效率也沒有優勢。
考證上面的時間其實也比較簡單。所以不要誤導我們這樣的讀者。
re: 使用UNICODE提高效率 笨笨 2006-09-11 22:14
使用UNICODE提高效率不是絕對的；從我的理解，CPU讀100個字節肯定要比讀200個字節少用時間，如果轉換的時間比100個字節讀取的時間短，那么為什么使用UNICODE可以讓CPU少轉？
所以使用UNICODE提高效率純粹是抄做，沒有數據的依據的抄做。