在網上經常看到一些別的朋友有提出專案經驗的問題，依照lz面試的感覺來說，面試主要看幾點：專案經驗+基本技術+個人潛力（也就是值不值得培養）。
關於專案經驗，我認為併發程式設計網的創始人方騰飛老師講的一段話非常好：
介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產
品的乙個功能或乙個模組，但是即使是這樣，自己有沒有把整個系統架構或產品搞
清楚，並能介紹清楚，為什麼做這個系統？這個系統的價值是什麼？這個系統有哪
些功能？優缺點有哪些？如果讓你重新設計這個系統你會如何設計？
我覺得這就已經足以概括了。也許你僅僅工作一年，也許你做的是專案中微不足道的模組，當然這些一定是你的劣勢且無法改變，但是如何彌補這個劣勢，從方老師的話中我總結幾點：
明確你的專案到底是做什麼的，有哪些功能
明確你的專案的整體架構，在面試的時候能夠清楚地畫給面試官看並且清楚地指出從**呼叫到**、使用什麼方式呼叫
明確你的模組在整個專案中所處的位置及作用
明確你的模組用到了哪些技術，更好一些的可以再了解一下整個專案用到了哪些技術
在你無法改變自己的工作年限、自己的不那麼有說服力的專案經驗的情況下（這一定是扣分項），可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。
補充一點，在面試中聊你的專案的時候，有乙個問題90%是繞不過的：談一下你在專案中解決過的比較複雜的問題。這需要在工作中不斷去發現和探索，不需要多，在你自己目前的專案中只要你找到一兩個能說的問題就行。乙個小技巧是，即使問題不是你解決的而是別人解決的，但是你把這個問題弄懂、搞透了，在面試的時候你一樣可以把這個問題當作是你自己解決的來說----畢竟，誰來管這個問題當時到底是不是你解決的呢？
關於兩個外包專案的經驗
自自己的舊space。今年 2007年 因為導師的原因從同一家小外包公司那裡接手了兩份外包的工作。結果乙個成功 至少在我這邊看來 乙個失敗。總結一下還是很有好處的。外包公司在美國，不過老闆是中國人，真的很小，常駐員工據說只有7個人。拿到的外包專案通常也都是轉了幾手的了。第乙個是在5月底接到的，歷時乙...
關於大專案的經驗總結
幾年的工作中,經歷了2個幾十號人以上的大專案.深深體會了,乙個好的框架對專案的成成敗是多麼重要的.尤其是我上乙個專案.做的是乙個國內頂尖的醫療公司的乙個門戶專案.當時由於專案的時間比較緊,沒有過多時間去考慮和研究框架.於是就簡單引進公司的另外乙個框架,到最後的2年多使用時間,就逐漸感覺到了那框架的弊...
專案經驗小結
專案內容 專案目的 傳統的日誌，記錄的是系統訊息流，控制流或資料流方面的資訊，尤其關注出錯狀態。從而為我們分析問題提供現場，得以知道問題發生的前因後果。分析日誌之後，可以知道整個故事的情節 時間 地點 事件等等。但我們不太容易從海量的日誌中提取重要的系統效能指標或引數，以實現垂直衡量系統效能和評估系...