re: VC中取得毫秒級的時間 空明流轉 2008-02-27 11:52
x86上可以用RDTSC計時戳。
Decorator實際上犧牲了系統的可理解性換取靈活性。
re: 【原創】系統設計之 內存管理（三） 空明流轉 2008-02-21 14:02
我本來就是小塊的分配釋放，而且只需要單線程就夠了，所以一開始的時候寫了個自己的池，現在考慮用boost的環池替代。
re: 把頭文件全部導出的腳本 空明流轉 2008-02-20 19:08
裝個boost并不麻煩啊。
re: 【原創】系統設計之 內存管理（三） 空明流轉 2008-02-20 19:07
確實，本來打算用obj_pool的，后來一看complexity，拉倒吧。。。
re: 【原創】系統設計之 內存管理（一） 空明流轉 2008-02-19 21:49
展望已經不是展望了。就是庫中用的很少，但是不排除一些服務器上已經用了這個玩意了。
re: 【原創】系統設計之 內存管理 空明流轉 2008-02-19 12:33
多線程的池子Lock-Free的解決辦法很有前途。原子操作速度很快，沒有鎖的消耗。
@eXile
typename我倒沒丟，丟的是那個template。3Q
呵呵，樓上沒跑過吧？這樣也是不行的。否則我也不會說這個究竟是bug或者是別的什么。@eXile
re: 系統設計系列文章 計劃提綱 空明流轉 2008-02-15 12:18
什么叫系統設計？
一早就看到這個觀點了。
說英語不重要，我不認同。
做學問的都知道，大部分專業里，牛逼的學問都在國外，想在這些領域混，英語不好就是瞎子。
re: 小論一下C++的持久層 空明流轉 2008-01-28 13:02
說實話，對于這類的東西，恐怕用腳本寫個Code Generator要比直接維護代碼簡單。
re: 不錯的C++圖像庫DevIL 空明流轉 2008-01-16 22:37
FreeImage很強大。
而且FreeImage也非常好用。不存在接口不好用的問題啊。
re: 怎么樣把一堆數平均分成N份 空明流轉 2007-12-29 21:32
建議用最小二乘作為指標。
re: [翻譯]CUDA:GPU計算的革命 空明流轉 2007-12-10 14:19
@ethan
還行，就是調試麻煩。
re: Direct3D vs OPenGL 空明流轉 2007-12-10 13:16
ES是做其它設備的，跟PC沒什么關系。
re: 一段代碼優化的討論 空明流轉 2007-12-07 19:20
最近在寫一個軟件渲染器,流水線還沒通，哪管他優不優化。。。
大量的std::vector。。。等流水通了把Shader Register改成boost::array，再加上一個pool應該會快不少吧。反正debug下渲染一個512 * 512的要好幾秒時間。。。
re: 又NB，又BT的感言~~~ 空明流轉 2007-12-05 11:39
49：天不猥瑣天亦老，人不猥瑣枉少年。
38：師太，你就從了老衲吧。光陰似箭。師太，你就饒了老衲吧。
@knife114
可以下載的。你點開頁面之后，可以看到它的廣告下面有下載項的。
re: [轉貼]構造可配置的詞法分析器 空明流轉 2007-11-10 12:21
vc他老人家親自審查該頁面，你們要的這廝跟你們發過去了。。。
re: 設計模式小結（一） 空明流轉 2007-11-08 12:29
奇怪，我用的FF非常正常的。。。
re: C++之歌——噢，我親愛的++ 空明流轉 2007-11-07 12:06
一開始還以為是新手。。。后來發現原來是牛人啊。
不錯，受教了。
但是有關non member non friend，我個人認為Sutter有些偏執了。
如果這一類的函數存在這充分的復用條件，那么選擇這樣的形式是有著正當理由的；否則的話，沒有更多的理由講一個函數從它唯一相關的類中剝離出來。
因為即使剝離出來，由于函數僅被單個類使用，因此并沒有顯著的降低客戶代碼與類之間的耦合，也同樣沒有讓類在邏輯上更加容易被人理解，只是類里面的代碼少了一些而已。
re: 設計模式小結（一） 空明流轉 2007-11-05 12:18
@攀升
如果論單個項目，還是太復雜了。GOF拿了LEXI出來說事兒不是也沒明白啥么。其實關于“作用”的討論，和GOF的作用討論不完全一樣。我已經較為具體的討論了在某些情況下應該選擇什么樣的模式；以及一些模式放到系統全局中應該怎么理解它的各個組成所占的地位。
re: 評高效程序員應該養成的七個習慣 空明流轉 2007-11-04 14:05
Adapter 模式.
re: 高起點C++學習之路 空明流轉 2007-11-02 13:55
http://vip.6to23.com/huanggeyang/Dnzl/Linux/Gnu/GNU1.htm這個帖子是GNU宣言。為什么是Not Unix？因為Unix（泛指）是商業系統。無論是大名鼎鼎的MAC OS，還是Solaris，還是AIX，它們都是Unix。它們也都是賣錢的。
re: 高起點C++學習之路 空明流轉 2007-11-02 13:53
@<a href=
http://minidx.com>minidxer</a>不是我逗，這可是GNU社區的一個提法，呵呵，我上次記得在哪里看到過有詳細的將這個的典故的。
re: 林銳《高質量編程指南》學習筆記 空明流轉 2007-11-01 10:14
建議忽略這本三角貓吧，去看Code Complete II和Large-Scaled C++ Programming Design。
re: 高起點C++學習之路 空明流轉 2007-11-01 10:11
@良少
關于Unix上的C++。。。你真幽默。你好好見識一下Unix和它上面的軟件是怎么賣的。還有，你知道gnu的一個全寫嗎？GNU's Not Unix。為什么Not?去找找看吧。
還有，不要把Unix和Linux混為一談，盡管二者都是C社區的人搞得東東。
Minix說得對，不是新技術就是高起點，否則的話難道C#和Java不比C++起點高嗎？難道C++不比ASM起點高嗎？
re: 漢語編程++ 空明流轉 2007-10-20 18:33
群里面的一個編譯器高手談到漢語編程的時候說過這么句話,(這廝現在正在開發一個yacc一樣的工具,注意,不是用yacc,是開發yacc)
如果要是能讓漢語以讓人習慣的方式書寫,是非常困難的.
要注意,英語的單詞以空白劃分是自然語言也有的結構,但是漢語的單詞是不劃分的,所以如果要是真的有接近于形式化后的自然語言的漢語編程,確實能算是一個大的突破.
re: 熱招赴微軟軟件工程師~~~~~~~~ 空明流轉 2007-10-13 15:24
做個我在RA的師父說, 面到一個很爛的人,連struct和class都不知道有啥區別.
re: STL問題系列一 空明流轉 2007-09-30 14:27
@Tim
請參考 Effective STL的《注意區分equalization 和 equivalence》
re: 從賦值到初始化 空明流轉 2007-09-30 14:08
我還真不覺得這樣有什么好。。。只是現在用C#，覺得C++不支持構造函數的多態行為是一件多么讓人感到麻煩的事情。
re: 終于實現了魔獸3貼圖算法，發圖留念 空明流轉 2007-08-29 18:00
...別人實現了，說明難度不大。自己就要去想了。有時候說明了問題的難度和搜索時給定了深度下界一樣的有至關重要的作用。
不知道這次的VA是不是安裝包有問題，我現在不知道為什么到了拷貝最后一個文件程序就始終停在那進行不下去了。
野豬的東西。。。
我就是說誰呢。由此可見野豬同志2004年的水平了。。。
re: Autodesk面試技術題解答 空明流轉 2007-08-17 19:14
autodesk的面試是問到你答不上來為止。
感覺現在C++不重視OOP了。在向模板發展。
-----------這是哪門子邏輯...
re: 函數用const修飾算不算重載 空明流轉 2007-08-12 22:46
算.
re: 學習 STL ,BOOST 空明流轉 2007-08-11 21:23
很難講。雖然現有設計也許會好一點，比方說typeof和auto的支持，但是問題是一旦concept這樣的東西被C++接收，不知道還會有什么驚天地泣鬼神的庫，同時也不知道編譯器還能慢成啥熊樣。。。
ps，boost除了編譯時間有些長，它的接口和功能設計都很出色。。。
re: 符合量子性質的程序 空明流轉 2007-08-10 17:55
量子計算。。。早著呢。
re: 初探ogre 空明流轉 2007-07-29 10:46
ps,老李說的沒有錯。我說效率不高不是說你那N幀的情況正常。
re: 初探ogre 空明流轉 2007-07-29 09:55
。。。會說OGRE效率高的人。。。很難想。。。
OGRE的框架損耗比較大。。。還有它默認的渲染效率也不行。。。
需要優化。。。
不錯不錯,終于又見到一個做OS Kernel的了.
。。。
現在auto的意思已經變成了編譯器自動型別推導的placeholder了。。。