知道何時使用庫

簡短回答：隨時都要。

詳細(xì)回答：99% 的時間內(nèi)你都不應(yīng)該重新發(fā)明輪子。在大多數(shù)的軟件工程崗位，實現(xiàn)特定類型的東西都屬于純粹浪費時間。這并不意味著你不應(yīng)該知道所使用的算法和數(shù)據(jù)結(jié)構(gòu)是怎么工作的，因為這可以幫助你決定用什么以及什么時候用。

為了成為一名的軟件工程師，你需要理解自己可以任意支配使用的那些庫。大多數(shù)流行語言的標(biāo)準(zhǔn)庫都是極其有用的，其規(guī)模比你想象的要大。此外，代碼庫也許也會利用了額外的特殊庫。閱讀其文檔，知道什么使用去使用它們。

企業(yè)的愿景和目標(biāo)。

如果面試官給了你一個非常好的愿景和目標(biāo)，至少說明這家企業(yè)是個有思想、有抱負(fù)的企業(yè)。如果某個公司老板自己都說不好，5年后，他的企業(yè)會在哪里、會變成什么樣？我看我還是不要進到這樣的企業(yè)里了。

這些問題問得時候也得因人而異、因地制宜。如果真是雙向選擇，多問問沒什么壞處。如果只是人家在挑我，我無論如何都想進入這家企業(yè)，那你可悠著點，別把面試官問毛了。如果真是這樣，后果自負(fù)噢。

一般來說，在系統(tǒng)的設(shè)計范圍之內(nèi)，吞吐量隨系統(tǒng)的并發(fā)用戶數(shù)的增加呈現(xiàn)增加趨勢，也就是說你客戶端來多少請求數(shù)系統(tǒng)吃（處理）多少請求數(shù)；至于哪些東西對于優(yōu)化流程做出了貢獻(xiàn)可能大家會有不同的看法，但僅就項目的工作方式達(dá)成一致就能將混亂很小化并且確保每個人都能達(dá)成共識。當(dāng)超出這個范圍時有兩種情況，一種是系統(tǒng)只能處理這么多，超過這個數(shù)系統(tǒng)不接收了，后隨著并發(fā)用戶數(shù)的增多吞吐量是一個水平的直線；

還有一種情況是不管來多少系統(tǒng)都接收后導(dǎo)致系統(tǒng)吞吐量下降甚至系統(tǒng)崩潰。并發(fā)用戶數(shù)是客戶端單位時間內(nèi)對服務(wù)器端施加的壓力，具體能不能接受并處理要看被測系統(tǒng)的吞吐量，而吞吐量是被測系統(tǒng)單位時間內(nèi)處理的請求數(shù)或者說單位時間內(nèi)處理的字節(jié)數(shù)；”→很有可能那些開發(fā)者對自己的代碼非常警惕不想給人看也不擅長接受反饋。一個著重于客戶端的操作即測試手段，一個著重于應(yīng)用系統(tǒng)的處理能力即查看對象；（上面的討論沒有考慮兩者的單位，如一個用戶同時有多個請求情況）