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

很好用

敲ctrl不要用左手小指，用手掌左側(cè)。。。。。

也可以把缺失的so一同發(fā)布

這說明兩個(gè)問題：
1.有個(gè)已知的網(wǎng)絡(luò)庫，方便做接下來的設(shè)計(jì)。巧婦難為無米之炊，手中有糧心中不慌。
2.當(dāng)前并沒有一個(gè)輕量簡潔高效的跨平臺(tái)網(wǎng)絡(luò)庫，所以才會(huì)挑來挑去。

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

java,web做不做都行
有C/C++和linux基礎(chǔ)，可選范圍相當(dāng)大

到usessh買個(gè)號(hào)啊同學(xué)

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

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

我會(huì)在myapp.exe中增加
__asm { int 3 }

@haiwei
在啊
你爺爺?shù)?qq里怎么沒你了

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

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

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

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

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

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

確實(shí)是一個(gè)好命令

這文章要火，被zreading轉(zhuǎn)載了

@houapple
1.不調(diào)用gc_link，所有內(nèi)存都會(huì)被回收
2.
foo()
{
gc_enter();
...
gc_leave();
}
gc_enter分配一個(gè)表示函數(shù)調(diào)用的內(nèi)存p，修改gc_malloc，分配出c時(shí)默認(rèn)和函數(shù)調(diào)用棧頂?shù)膬?nèi)存建立依賴關(guān)系即可：gc_link(p,c)
gc_leave刪除當(dāng)前函數(shù)和上一個(gè)函數(shù)的依賴關(guān)系：gc_unlink(p-1, p)

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

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

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

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

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

lua_pushinteger(L, ptrdiff_t)
第二個(gè)參數(shù)是ptrdiff_t，不是int
我比較感興趣你是在什么平臺(tái)下編譯的，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
記得對(duì)齊其實(shí)要求很高的智力與注意力
在網(wǎng)絡(luò)消息結(jié)構(gòu)里，非常關(guān)心實(shí)際的對(duì)齊大小，一定會(huì)進(jìn)行顯式的設(shè)置，不管是通過工程配置還是代碼
按1字節(jié)對(duì)齊，這個(gè)現(xiàn)狀比較普遍

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

用openoffice就不要導(dǎo)出成ppt了，顯示不太好。導(dǎo)出成pdf最好

不明真相的圍觀群眾發(fā)來賀電

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

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

很好
我代表月亮河蟹你

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

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

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

@eXile
tcmalloc果然不錯(cuò)，采用了。
補(bǔ)充了新測(cè)評(píng)。

@xiaowang
網(wǎng)上到處有貼，我就不獻(xiàn)丑了
你想要的話留個(gè)郵箱，私下發(fā)給你

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

@楊粼波
否，講座聽來的

@tiny
都說是丑圖了

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

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

喜歡用函數(shù)指針+void* arg的人飄過

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

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

事務(wù)，被稱為transaction，必須能做到在任何一點(diǎn)上rollback。
在我的想法里，只有master知曉事務(wù)的狀態(tài)，并確認(rèn)ABCD的執(zhí)行結(jié)果。ABCD只負(fù)責(zé)do-echo。
狀態(tài)機(jī)和協(xié)程只是用來在master上維護(hù)事務(wù)狀態(tài)和步驟的一種方案，也許還有別的方案的。

狀態(tài)機(jī)就是設(shè)計(jì)模式里的那個(gè)。
協(xié)程很優(yōu)雅，不可以遠(yuǎn)程調(diào)用。
這兩個(gè)東西，往細(xì)里說就大了。

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

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

@developer
我覺得我把重點(diǎn)的地方都說出來了。
不知道你指的是什么內(nèi)容

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

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

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