老板，怎么沒有+1按鈕啊

很好用

敲ctrl不要用左手小指，用手掌左側。。。。。

也可以把缺失的so一同發布

這說明兩個問題：
1.有個已知的網絡庫，方便做接下來的設計。巧婦難為無米之炊，手中有糧心中不慌。
2.當前并沒有一個輕量簡潔高效的跨平臺網絡庫，所以才會挑來挑去。

你囧啊囧的，到底是什么意思啊

java,web做不做都行
有C/C++和linux基礎，可選范圍相當大

到usessh買個號啊同學

@飯中淹
是做游戲研發的。
網站那邊和服務器對接基本上都走二進制協議，這個是由運營商決定的。:-p
我的意思是在底層的network-lib支持簡單的文本協議，并非反對在具體業務上使用http協議，我甚至非常支持http協議，這樣很多工作可以構建自動化。

@zuhd
limits.conf也可以，不過比較容易接受的還是用戶自配置

我會在myapp.exe中增加
__asm { int 3 }

@haiwei
在啊
你爺爺的,qq里怎么沒你了

@陳梓瀚(vczh)
動態語言多是腳本,命令式的,比如python,lua,js
函數式的語言要使用也離不開掌握這10條,prolog和haskell我沒看過不好說,但erlang是這樣的.

聲明式的語言確實不適合這10條,比如css,sql

@空明流轉
@陳梓瀚(vczh)
被兩位教育了
該模式讓我想起java在使用流時候的寫法,C++要用也可以寫成這樣
S s = new S1(new S2(new S3(new S4)))

@陳梓瀚(vczh)
已經理解了
和同事討論了一下，C++下面只能寫成
logger = Logger.WriteTo()
logger = Logger.If(logger);
達不到C#的效果，比較遺憾

理解不了
ILogger logger = Logger.WriteTo().If();
WriteTo返回的ILogger并沒有If方法吧，這些玩意究竟是怎么組合起來的

@tp
也有辦法
你可以通過遍歷_G的方式記錄各個資源的生存狀況和引用路徑

確實是一個好命令

這文章要火，被zreading轉載了

@houapple
1.不調用gc_link，所有內存都會被回收
2.
foo()
{
gc_enter();
...
gc_leave();
}
gc_enter分配一個表示函數調用的內存p，修改gc_malloc，分配出c時默認和函數調用棧頂的內存建立依賴關系即可：gc_link(p,c)
gc_leave刪除當前函數和上一個函數的依賴關系：gc_unlink(p-1, p)

@Kevin Lynx
假設links中有這些值
root->a,a->b,b->c
當root->a被刪除后，links的值為
a->b,b->c
結果a,b,c都被回收了，而這些鏈接關系都是無效的關系，需要清理
s_linkClean用于記錄有效的鏈接關系

C/C++對參數個數和類型太苛刻的緣故，我對復雜的方案都沒什么興趣。
最喜歡的還是fn_callback(void* ctx)

@飯中淹
agree
這正是我想說的。另外，在一些情形下構造函數不易調試，而兩段構造則能避開這一調試，選擇更好的調試的init

@黃路易
可能是優化問題
把lua_pushinteger((double)(int)0xFFFFFFFF)
優化成了
lua_pushinteger((double)0xFFFFFFFF)

Davy跟一下匯編，然后貼出來看看

lua_pushinteger(L, ptrdiff_t)
第二個參數是ptrdiff_t，不是int
我比較感興趣你是在什么平臺下編譯的，32位？64位？
編譯器是什么，VC？gcc？

兩者是不同的
1 ->
int i = 0xFFFFFFFF;
double d = (double)i; // d = -1
int a = (int)d; // a = -1

2 ->
double d = (double)0xFFFFFFFF; // d = 4294967295
int a = (int)d; // a overflow

const bool _local = factory::instance().register( PRODUCT_A_TYPE,...
wow, are u crazy?

@tanchuhan
記得對齊其實要求很高的智力與注意力
在網絡消息結構里，非常關心實際的對齊大小，一定會進行顯式的設置，不管是通過工程配置還是代碼
按1字節對齊，這個現狀比較普遍

畢業了啊
沒想到牛轟轟的你，才本科畢業，啟蒙早的人總是令人羨慕
繼續寫博客，我會來看的

用openoffice就不要導出成ppt了，顯示不太好。導出成pdf最好

不明真相的圍觀群眾發來賀電

第一篇還好能看懂
心虛的飄走

unbuffered:快照catch
buffered:輸入消息隊列
我的理解

很好
我代表月亮河蟹你

這真是一個好消息
用Ogre最痛苦的地方一直就是沒有真正的地形，也沒有真正的地形編輯器

名稱很嚇人
但是機制很常見，估計很多人都有意無意的用過
也就是快速響應慢慢處理

我是來看神仙打架的
cexer別刪 哈哈

@eXile
tcmalloc果然不錯，采用了。
補充了新測評。

@xiaowang
網上到處有貼，我就不獻丑了
你想要的話留個郵箱，私下發給你

不知道你用不用greader
除了自己訂閱的，greader還會有很多推薦閱讀，其內容完全是針對我的胃口提供的
一旦上網，個人興趣和關注什么的，已經算不上隱私了。頂多會有一個不公開條款，但是服務商對這些信息已經是一清二楚了

@楊粼波
否，講座聽來的

@tiny
都說是丑圖了

和makefile相比，非常容易使用。
但是無法自由的定制編譯的中間結果和最終結果的輸出目錄，受到一定限制。

國外的開發人員可沒那么多錢買VS
你知道的，可不是5塊錢一張

喜歡用函數指針+void* arg的人飄過

@淋雨
同抽 +1
第一次看到都不屑回復
不過那么多人抽，我也抽

通信總是不可靠的，所以發出一條消息后等待回執無非就3種情況
1.超時
2.回執
3.發出回執的服務器崩潰
如果能處理到這三種消息，基本上就沒什么疏漏了。
比較微妙的是回執服務器崩潰的情況，需要去檢查操作是否真的被執行了。

事務，被稱為transaction，必須能做到在任何一點上rollback。
在我的想法里，只有master知曉事務的狀態，并確認ABCD的執行結果。ABCD只負責do-echo。
狀態機和協程只是用來在master上維護事務狀態和步驟的一種方案，也許還有別的方案的。

狀態機就是設計模式里的那個。
協程很優雅，不可以遠程調用。
這兩個東西，往細里說就大了。

A或者B的提交操作一旦執行，就無法回滾，是一個非常讓人為難的情形。我大概會這么做
場景1：AB合并成一個服務器。不過這可能是現實情況下最做不到的事情。
場景2：事務中，把A需要對數據庫進行的操作傳給B，由B完成A和B的操作并提交。這在一些情況下還是可以做到的吧。
場景3：事務中，A和B都只是修改臨時表，最后由A或者B將臨時表的修改寫入真表。這也只是針對某些情況。

”另外，狀態控制部分，使用什么方式“
這是指什么？是master等待A或者B的某個操作嗎？

@developer
我覺得我把重點的地方都說出來了。
不知道你指的是什么內容

個人意見是，不要直接引用容器內的元素地址，特別是長期引用
就算你知道自己在做什么，別人也不知道

@abettor
看了你的《ubuntu9.04 ATI顯卡驚魂》
我用的是最新版的ATI驅動，就是只支持HD系列以上的那個
完全可用。
官方源上的ATI驅動我也用過，沒有問題。

@xiaoxiao
腳本保存為utf-8更好