言小文.碎碎念

@robinson
三年前的碎碎念現在還有人頂，大家真厚道！但應該不是路徑長度的問題，我喜歡各個項目都平鋪在根目錄中的，不會發生超過255的路徑。不過已經過了很久了，我也有點記不清了。

@我是一棵草
release沒問題反而debug有問題嗎？多多嘗試各種不同的編譯組合吧。。話說現在改換2008或者2010了吧……

@willzhang
恩，謝謝。我想起來那個協作軟件了，在這里爆一下給大家提醒吧
SN-DBS
http://www.snsys.com/products/SN-DBS.asp
sony提供的免費軟件，其他的我就不多說了……誰用誰知道～
我有一陣子沒用了，也可能已經更新修正過了。

@willzhang
安裝過……名字忘記了……囧

不是IncrediBuild，是另外一個協作編譯的插件。具體名字實在想不起來了，我記得當初我禁用這種協同編譯的情況下也存在這個錯誤的。

VS2005本身就支持多線程編譯的吧？

主要很奇怪的問題是這個錯誤代碼居然在msdn中查不到……

see also: http://ctrl-shift-b.blogspot.com/2007/08/interactive-application-architecture.html

支持原創
支持正版

可惜偶等窮人只能用emacs……

emacs需要堅持，但絕對是好東西:D

- 用了五年emacs還是號稱什么不懂的人飄過

1. 沒想法

2. 全局的靜態變量順序沒有保證。偶也吃過苦頭，查文檔無果。
通常偶都是在main起來后重新初始化靜態變量。申明用指針而不用實例。
你的例子太復雜了，
我印象中這樣就有問題（不過我也可能不正確，這種太容易忘記了）
//somefile.cpp
static bool gs_initialized = false;

class A{
public:
A(void) { gs_initialized = true; }
};

A InstanceA;

int main(void){
// gs_initialized true/false不確定
}

問下樓上的，TU是指什么？

好厲害

記得偶當年某個寒假在寢室里花了一個星期才搞定一個類似的程序，
是編譯課的大作業
印象中最難搞的是消遞歸的算法

現在對NFA,DFA這種名詞已經完全忘記了……

用空下來看看……回憶一下……

哦。維塔士真壞。如果喜歡游戲行業，強烈建議你嘗試和他們拖延一下，同時11月ubi在上海的校園招聘也應該開始了，也可以試一下的。不過看你說到英文，這個東西其實無論在哪里都是相當重要的。

俄……sjtu的同學？你找工作還有那么多插曲啊。要“專注”啊。

這兩個公司我覺得都不適合剛畢業的學生，
還是盡量先去大公司工作比較好。
我覺得ms, intel, baidu, qq都應該是可以的
當然，這也因人而異。

游戲程序和應用程序的區別么，泛泛而談的話，
游戲程序偏重于相對廣泛的知識面和靈活的開發過程，
應用程序偏重于相對固定的開發模式以及可靠性。

anyway, bless.

word...好吧，雖然我沒有下載，.dot應該是doc的模板文件。

這樣的想法記錄也已經很棒了～代碼未必能清楚的表示作者的意圖。

飄過～支持～

1.構造函數的調用和實例初始化的次序問題
2.強類型轉換……很奇怪的寫法
3.變量取地址，指針取值，以及++的用法
也就第一題還能算題吧，其實都是簡單概念，很無聊而且很不厚道的題目……沒啥意思，

第一種方法是利用向量叉乘的物理意義，
如果某點在多邊形內，按照描述所叉乘的向量是不會改變方向的，
如果點在多邊形外，會得到兩組相反的向量。

作為一個不懂網絡編程，僅看了此片博文和之后評論的人，一下是我的理解：

1. AIO是對于某個操作的定義，我們可以說某個函數是同步操作，或者某個函數是異步操作。
2. non-blocking是對于某個操作結果的定義，我們可以說某一個函數（比如read）是non-blocking的，如果這個函數立即返回并且得到正常調用結果。對于同樣一個函數如果返回了一個block的標記，那么它就是blocking的調用。

在博主的引用和sl評論的引用中似乎都很肯定的說，
”AIO和non-blocking是完全同的兩件事！“

哇哈哈，大家來砸我吧～
（此人不懂網絡編程）

哦。謝謝樓上的～

...破窗效應不是經濟學中對于某種需求關系的勃論么，這個……“一個窗破了導致其他窗也破了”是啥理論，是我孤陋寡聞還是博主搞錯了？樓下的幫忙告訴我一下。。。謝謝。

現在cppblog都開始流行寫系列了，看了這個只好繼續跟進了。博主加油寫:-)

好！希望看到更多的個人在設計模式上的一些想法的內容，少一些照本宣科～～期待這個系列的后續。

首頁精華區，原來這里不審核的啊。。。汗

關注，鏈接呢？

wow。。。clearcase。。。可惜偶只接觸過很少的時間。。。

嗷嗷贊～有空試一下～

很有趣～不知道你會不會繼續寫下去。。。可能會碰到的一些問題：多個物體互相作用后造成的遞歸計算，以及計算的效率問題。。。期待下一個作品:-)

嚴重高估了智商并低估了情商。這算是一條程序員的悲哀吧。

不是有auto-insert的么？您的這個和默認的auto-insert有啥區別呀？

nice :-)
相當不錯的介紹，雖然偶不了解Qt，但是這個很大一部分是通用的一種設計方法。
謝謝～

忘記說了，9年換了8個公司，這個要拜一下的～不一般的人才啊～

偶對這個面試經歷沒興趣
不過居然有面試官出現在回帖中解釋確實有趣:-) (如果是真的話)
從故事的敘述結果來看，
樓主不適合面試
自己在家里搞獨立游戲開發吧:)
搞得好或許還能拉拉風投
或者搞個引擎讓九城來買才叫牛。

quote
代碼規范是人定的，也是能是符合某些人的胃口，你沒見過那么多的風格說明你的閱識比較淺。我不了解你是否讀過多少opensource 的project，工作的循規蹈矩式也只能造就你一般的人才。

這句話說的很寒。。。opensource未必有多好的。。。代碼規范在協同開發的時候還是很有必要的，所以，樓主還是自己在家獨立開發吧。

不過看這位面試官如此拘泥于這種小事，九城不過爾爾啊。。。我是你的話更本不會浪費那么多時間來理會樓主。。。你還是上班時間來回帖。。。

（我是馬甲，不怕你們認識我。哇哈哈，此文純屬無聊回復）

學習筆記贊～順便提一下，MTU是硬件層的嘛？我記得在PPPoE寫一下MTU通常是1492，就這個來說，MTU更像是協議層的東西。。。我不確定。。。需要查一下資料:-)

期待項目后的Review～稍稍接觸過一點lua和python。。。個人胡亂猜想的感覺是，如果是嵌入MMORPG，取決于用腳本做什么，腳本對用戶開放程度，腳本和代碼互相依賴的程度等，就個人目前的認知。。。Lua大優于python。 (mail & gtalk: xiaowen dot yan [at] gmail dot com)

實在不看好九城的研發。。。曾經的有過一個研發團隊吧？說解散就解散，現在又要搞研發團隊。。。真不知道他們是作秀還是做事。 (mail & gtalk: xiaowen dot yan [at] gmail dot com)