在整個面試過程當中,做爲面試者的你,角色就是小怪獸,面試官的角色則是奧特曼,更不幸的是,做爲小怪獸的你是孤身一人,而奧特曼卻每每有好幾個助攻,你老是被虐得不要不要的~php
做爲復讀一年才考上專科的我,遺憾的是都沒有去大公司面試過,由於老是連面試的機會都沒有,或者有機會但是錯過了....可能不僅是學歷問題,簡歷上工做換得太多也是一個緣由,而我又執拗的不喜歡撒謊,明明能夠靠臉吃飯,卻恰恰喜歡拼才華~哈哈html
如下是網友發的關於騰訊的.NET面試題,不得不說仍是有必定的難度,可是話說回來,問的問題都比較大,可發揮的範圍也很大,幾乎每一道題均可以用一本書來解釋了,至少也應該是一篇博客吧!那面試完不是要口若懸河談幾個小時?因此面試官就是看大家知道多少就給我說多少的態度,因此我常說面試說得難聽一點其實就是紙上談兵。程序員
關於如下面試題的回答我只是基於自身的認識來回答的,僅供參考。面試
每次被問到這樣的問題,我心中就千萬匹草泥馬奔騰而過(我以爲應該是請簡述XX,要是筆試題就更坑爹了,寫字不如畫圖)咱們知道關於.NET垃圾回收機制,要完整詳細的表述,我相信用一章書的內容來表述一點都不過度,可我只是略懂皮毛,可是一扯起來恐怕也要說好久,預計面試官不插話的狀況下,我一口氣下來能夠說十幾分鍾。算法
請參考如下系列文章,sql
.......省略N篇
請參考個人文章:按本身的想法去理解事件和泛型(C#)
這果斷是埋了坑等別人跳,這句話顯然是有問題的,由於引用類型的成員變量分配到「堆」上,引用類型的值分配在堆中,可是還會在棧上存一個該引用類型變量的指針。
將內存中的數據在堆和棧中傳來傳去確定慢些啊。
題目說是講一下,那就只講一下嘍,問範圍這麼大的問題,一般問的問題越大水越深,通常你能回答得越久說明你會得越多,頂住就好了。
工做這麼多年了,真的沒有用過Dapper.NET這個輕量級的ORM框架,沒用過那怎麼回答呢?那不就掛了?掛得一點都不服氣...
我相信不是每一個.NET程序員都用過SignalR吧,運行原理還好說,多服務器協同運行這個...這個...沒用過的豈不是又掛了?
官網:https://www.asp.net/signalr
若是去騰訊面試,好吧,虐到我了,由於工做6年多了,歷來沒用過Dapper.NET和SignalR。
--------------------------------------------------邪惡的分割線,如下是PHP面試題----------------------------------------------------------------------
1.寫一個Ajax請求查詢Mysql數據庫的staff_info表全部記錄
表名staff_info和記錄以下
uin |
user_name |
nick_name |
ext_info |
35593 |
tefchen |
chenjh |
no ext info |
35594 |
ziyu |
zifeiyu |
1234567 |
返回的json結構內容爲
{"result":0, "users":[{"uin":35593, "user_name":"tefchen", "nick_name":"chenjh"},{"uin":35594, "user_name":"ziyu", "nick_name":"zifeiyu"}]}
追問:數據庫記錄數10萬時怎麼修改,100萬時怎麼修改?
2.不使用CURL函數分別寫出client.php和server.php兩個文件內容.
client.php模擬瀏覽器客戶端向server.php發送以下HTTP數據包.
server.php向client.php輸出md5(username+password)後的結果
POST http://localhost/server.php HTTP/1.1
Accept: image/jpeg, image/gif, image/pjpeg, */*
User-Agent: Mozilla/4.0
Content-Type: application/x-www-form-urlencoded
Host: localhost
Content-Length: 34
Connection: Keep-Alive
Cookie: HOSUPPORT=1; UBI=fi_Pnc;
username=a&password=c&action=login
追問:增長表單字段數量和Cookie驗證以及https支持
3.用如下公式實現一個算圓周率位數的函數PI($len)
$len表示小數點後的位數.
好比PI(4)的返回3.1415 PI(5)返回3.14159
4.分別簡述第1題在
總數1臺服務器時
總數2臺服務器時
總數4臺服務器時
總數16臺服務器
總數256臺服務器
的不一樣代碼部署實現方法,不限開發語言,自由設計,能夠用圖片,僞代碼,輔助描述。
問題的情景分析和解決
曾老是一家運營新成立電商購物類網站公司的老闆,今天收到一位客戶的投訴說網站訪問超級慢,好不容易購買成功的折扣商品,最後還不給兌現。
因而曾總先叫來了客服小李,
曾總:這個商品爲何不給他發貨?
小李:曾總,由於咱們這個商品超賣了,咱們只進貨了100件庫存,可是賣出去200件。
而後曾總叫來了負責訂單的小王,
曾總:爲何咱們的庫存和訂單數目對不上?
小王:曾總,我這裏查看訂單沒有問題,確實成功被下單了了200件。
最後曾總叫上了負責整個技術團隊的小柯,
曾總:都說沒有問題?那到底問題哪裏?
小柯:曾總,我查過了咱們前幾天作了一個秒殺活動,因爲對參加活動人數的估計失誤,致使了這個問題。
請你從技術上的角度幫曾總分析一下這個事件,
1.問題存在哪裏?有哪些問題?
2.小柯團隊可能採用的技術方案是什麼?
3.如何在未來避免這些問題,如何改進這個這個技術方案?
場景:
商演公司甲要在體育館丁辦一場演唱會,已知丁體育館爲正圓形平均分爲ABCDE五個扇形形狀。不計內場座位總計約8000餘個。
現狀:
現已有的購票排座系統一次只能購買一張座位票,而且在購買兩張或兩張票以上時不能達到儘量保持座位相近和多人擁擠搶購行爲。
注:
1.必須提交一個能夠編譯或運行的包含核心算法的demo代碼
2.包含售出了2000個隨機分佈的座位的基礎數據
3.除去明確給出的信息外,其餘信息請自行假設,並寫出來。
4.不限開發語言工具,可使用僞代碼,圖片等輔助描述代碼的架構和服務器架構。
問題:
1.請你幫忙設計一個系統解決,解決保持座位相鄰的問題
2.假定演出舞臺在E區,場館B區的正中間兩排放了一塊LED大屏幕,請分析一下觀衆在B區購座時更傾向於 大屏幕的 前,後,左,右哪一個方向。並說明理由。
這些PHP的題目已經和語言沒太大關係了,我一看就算法就頭暈,555~
其實我感興趣的是,是否是面試者挺的時間越長成功率越高,就像小怪獸在奧特曼面前堅持得越久就表示越能打同樣,哈哈~