這是一位應聘騰訊的求職者經歷的筆試，請看他為大家帶來的分享經驗：
應聘職位: 軟體開發-應用開發方向（方向）
一、筆試（時間：9月23號）
資料庫（較多）、編譯原理（一題）、操作系統（主要）、資料結構（主要）
二、一面（時間：9月27號）
sql語句：:求平均分在60分以上的同學學號和平均分數
兩個水桶、一個5l、一個6l，叫你稱3l
如何統計全國的便利店的數量？
你在看電視，突然電視機黑了，你怎麼辦？
你住在荒郊野嶺的一個旅店裡，三更半夜，你想吃燒烤，你會怎麼做？
事務是什麼？
正規化是什麼？
說一下你對面向物件的理解。
類和介面有什麼區別？
類和抽象類有什麼區別？
系統架構（三層架構的劣勢是什麼？）
設計模式（五大設計原則、工廠模式）
你看過的專業課外書有哪些？
你的五年規劃？
clr 如何與底層互動？（這是底層知識）
httphandler和 httpmoduler 的區別？這是底層知識）
三、二面（時間：9月28號）
你的五年規劃？
關於應付團隊成員矛盾、專案需求矛盾、團隊責任心等問題的提問。
1) 你的隊員極力反對你的意見，你怎麼辦？
2) 當你覺得專案的需求有問題的時候，你會怎麼辦？
3) ms sql的檢視功能並不強大，你如何處理？
4) 你如何釋放工作壓力？
（突出點：語言表達能力、思維邏輯、團隊溝通、責任心）
經驗：
三層架構的劣勢：
1. ui層邏輯過於強大。
2. 邏輯層與資料庫訪問層一般是一一對應的，所以邏輯層會形同虛設。
3. 難以測試，把ui層撤掉，底層無法測試（測試用例全在ui層）
4. 分散式儲存各層，容易遭到攻擊（獲取ui層後，底層所有的資訊都將曝露）
工廠模式的本質：
物件的建立，解決new 的問題（依賴注入是其中一個應用）
五大設計原則：
1. 開放封閉原則（ocp原則）
2. 里氏代換（父類引用出現的地方可以用子類物件來代替）
3. 依賴倒轉（抽象不依賴於具體，具體依賴於抽象）
4. kiss原則（keep it sample）
5. 不要和陌生人說話（單一職責，模組化）
clr 如何與底層互動：
clr 類似於java 的虛擬機器，是應用程式 與作業系統 之間 的一箇中間件，在clr 中有 cts jit cls cil cli 等，執行時，clr 通過載入程式集到記憶體中，生成類，建立物件，呼叫方法，生成程式碼，通過jit 編譯成為clr 的中間程式碼，然後clr把中間程式碼轉換成為可執行的機器程式碼。
frameword 通過 clr 擁有跨語言的特點 （因為有cls 通用語言規範）可以讓各種支援的語言（例如c++ 、c# 、 j# 等）進行相互通訊、呼叫等，這與java虛擬機器可以跨平臺的特點有所不同（ frameword 跨語言，不過目前可以通過在 frameword 下多加一層 中間層 （mono） 可以實現跨平臺的操作，即 編寫的程式 可以釋出在linux 上，而不僅僅是windows上）
httphandler和 httpmoduler 的區別
http 請求的通常為靜態頁面 或者動態頁面 ，在 中 ，當客戶端的請求到達的時候，需要通過一個管道（好像有18個管道）來進行處理，httpmoduler 就是用來獲取請求訊息，過濾請求訊息用的，一般靜態的頁面都會都httpmoduler 來處理，而httphandler（好像是第8個或者第11個管道）是真正處理請求的地方。在iis中，如果客戶端請求是動態頁面的話（jsp、asp、 aspx等）則需要isapi 對應的處理程式（一般為dll ）來處理，而這個處理過程就是由httphandler 中的processrequest 函式來進行處理 的，處理完畢以後，將生成相應的html頁面返回。
你的隊員極力反對你的意見，你怎麼辦？
1. 比較自己和隊友的意見如何，優劣的比較。
2. 各自實現出來（可以只是原型、核心部分），比較優劣。
3. 隊員投票。
4. 請求上級，上級一般比我們經驗豐富。
當你覺得專案的需求有問題的時候，你會怎麼辦？
1. 自己思考需求是否要進行改動。
2. 隊員之間討論。
3. 請求上級
團隊和專案問題時：
專案要說清楚，框架，系統特點要突出。
團隊問題主要考你的責任心，獨立思考的能力，團隊協作能力。
回答方法：先從自身入手，自己要先思考，再到隊員討論，投票，最後到上級。
檢視的優缺點是什麼？
優點 ：
(1)檢視能簡化使用者的操作
(2)檢視機制可以使使用者以不同的方式查詢同一資料 （一個基本表可對應多個檢視）
(3)檢視對資料庫重構提供了一定程度的邏輯獨立性 （檢視與應用對應，變換靈活）
(4)檢視可以對機密的資料提供安全保護 （可以做到混淆視聽的效果）
缺點：
1、效能：如果檢視連線複雜，查詢起來需要花費時間。
2、更新限制：檢視是隻讀的，更新時需要更新原表，資料更新對使用者來說很麻煩。
三優範文網