PHP招聘：如何面試應(yīng)屆生求職者

PHP招聘：如何面試應(yīng)屆生求職者

1、2、3是基礎(chǔ)題，4、5、6問的是數(shù)據(jù)庫(kù)操作，7算是綜合力量吧。

1。進(jìn)制運(yùn)算

可以是讓他模擬一些簡(jiǎn)潔的字符串函數(shù)，類似bin2hex、base_convert、base64_encode，或者單純的，讓他手動(dòng)算一下7進(jìn)制的54321顯示為9進(jìn)制是多少。

應(yīng)當(dāng)高中或者之前就能接觸到2進(jìn)制10進(jìn)制之間的換算了吧，當(dāng)然，他當(dāng)時(shí)很可能沒聽懂。通常的狀況，假如以前沒留意這個(gè)問題但有理解力量的，可能能在幾分鐘的做出一些勝利不勝利的嘗試。至少不應(yīng)當(dāng)很茫然。最糟糕的狀況，連整數(shù)的最大值是多少都不知道，那就算了。

2。描述一下常見的關(guān)于讀取文件內(nèi)容的操作，及各自的特點(diǎn)

應(yīng)當(dāng)不用遲疑太久就把file、fopen、file_get_contents、readfile列出來。表現(xiàn)好點(diǎn)還可以提下readfile的流式讀取不占內(nèi)存之類的。假如看的教材太老，可能只會(huì)說fopen。最糟糕的辯解是不說跟數(shù)據(jù)庫(kù)打交道比較多，文件操作沒怎么接觸過，完全無視文件靜態(tài)化的存在。

3。怎么模擬一個(gè)POST表單提交

答socket或者cURL都可以。

4。列舉一些常規(guī)優(yōu)化方式

正確索引（就不強(qiáng)求完全理解多列索引了，最好能知道每個(gè)查詢只能用到一個(gè)索引），知道索引提高查詢速度、降低插入速度。正確的字段類型（能知道char和varchar的區(qū)分和優(yōu)缺點(diǎn)）。text類字段可以單放一個(gè)表用主鍵關(guān)聯(lián)的.。總之他能說的越多越好。順便問問他他所知道的最大處理力量是每秒多少條，哪怕是測(cè)試環(huán)境里的benchmarking（今日看到份簡(jiǎn)歷，號(hào)稱三年工作閱歷，將半個(gè)月三萬條插入形容為他所遇到的最高的負(fù)載，寫在簡(jiǎn)歷的醒目位置）。

5。“你知道，把時(shí)間存在數(shù)據(jù)庫(kù)里有兩種方法，一種是用時(shí)間戳，就是PHP函數(shù)time（）產(chǎn)生的那種整數(shù)，另一種是MySQL里字段類型設(shè)成datetime。那么，為什么肯定要后一種方式？”

最簡(jiǎn)潔的一個(gè)例子，假如存的是時(shí)間戳，你無法按類似“全部周三的數(shù)據(jù)”這種方式顯示內(nèi)容。這表明白他的學(xué)習(xí)階段：是否接觸了類似日志分析類的東西。由于這些是早晚都要接觸到的。

6。簡(jiǎn)潔聯(lián)表查詢

有這么兩個(gè)表

user表：

idname

1張三

2李四

3王五

4趙六

apple表：

idusernumber

115

233

318

446

532

642

apple表的user字段跟user表的id對(duì)應(yīng)，一條SQL語(yǔ)句查出每個(gè)人都有多少蘋果

假如他不知道join，可能會(huì)這么寫

SELECTuser。name，SUM（apple。number）FROMuser，appleWHEREuser。id=apple。userGROUPBYuser。id

正確答案應(yīng)當(dāng)是這樣

SELECTuser。name，SUM（apple。number）FROMuserLEFTJOINappleONuser。id=apple。userGROUPBYid

這兩條語(yǔ)句的差別是，不用join無法顯示出李四有0個(gè)蘋果—_—

7。假設(shè)我們要做一個(gè)公交系統(tǒng)的常見服務(wù)，就是做查公交車怎么倒車的。假設(shè)完全由你自己來搞，我只關(guān)懷最終結(jié)果，你會(huì)怎么做這個(gè)項(xiàng)目。說的越具體越好。

可能需要不斷提示。考查一個(gè)人的做事力量，比方說他首先會(huì)想到需要數(shù)據(jù)，數(shù)據(jù)庫(kù)應(yīng)當(dāng)怎么設(shè)計(jì)，有幾個(gè)表，什么樣的字段。

可以加分的地方可以有這么幾個(gè)點(diǎn)。給站名編id，匹配數(shù)字的速度要遠(yuǎn)大于匹配字符串。站點(diǎn)之間要距離的數(shù)據(jù)，這樣計(jì)算最優(yōu)倒車路線應(yīng)當(dāng)能考慮到站數(shù)，倒車次數(shù)、距離等權(quán)值。假如很有遠(yuǎn)見，任意兩點(diǎn)之間的數(shù)據(jù)應(yīng)當(dāng)是提前算好的，比方說有200條公交線路和2000個(gè)站點(diǎn)，始發(fā)終點(diǎn)的組合可能是2000*1000，每種線路可能有1—6種方案，有個(gè)表是來裝這近一千萬行結(jié)果的，假如有線路變化，再用本地的機(jī)器重新算一遍線路。這樣整個(gè)系統(tǒng)才有有用價(jià)值。不然可能每次查詢都需要耗費(fèi)數(shù)秒或者更長(zhǎng)時(shí)間，只能當(dāng)單機(jī)軟件用。

這些題本身是溝通的話題，而不是“做對(duì)5道以上我就招你”這種門檻。我面試時(shí)每道題都會(huì)賜予充分的時(shí)間，假如他做不上來，也起碼能推斷他的思索方式，而忌諱說“假如你不知道就明說，咱們抓緊做下一題”。同時(shí)也能觀看出性格等方面。比方說第6題，有人把SUM寫成COUNT，我就問他你看看前面寫的是否有問題，同時(shí)又怕太明顯，又補(bǔ)充一句“也可能什么錯(cuò)誤也沒有、我在誤導(dǎo)你，你自己推斷”，于是他就不再理睬、連續(xù)接著寫完整個(gè)SQL。再綜合他的其他一些表現(xiàn)，我的結(jié)論是此人主見極強(qiáng)的，我不會(huì)用。屬于出了BUG第一念頭是BUG在解釋器上、做出來的程序跟產(chǎn)品需求不符時(shí)會(huì)說是你產(chǎn)品沒說明白的那種。相反，我很觀賞那些在做完第一道題的7進(jìn)制轉(zhuǎn)換后還知道驗(yàn)算的，由于既然是筆算就很簡(jiǎn)單出錯(cuò)。我覺得這種人思索嚴(yán)謹(jǐn)、負(fù)責(zé)任。

其他的一些學(xué)問，比方說memcache、SVN