04關(guān)注機構(gòu)的口碑：

考核業(yè)界有沒有學生的不好的新聞，學生對培訓機構(gòu)的認可程度怎么樣，這種機構(gòu)把精力放在了學生身上的機構(gòu)，才是做教育的應有態(tài)度。

05看學員的就業(yè)率和就業(yè)質(zhì)量：

學員的就業(yè)率和就業(yè)質(zhì)量在很大程度上反映出一家培訓機構(gòu)的課程研發(fā)是否和企業(yè)的實際需求相一致，讓學員能學以致用是培訓學校的基本目標。一定要辨別下真實的就業(yè)薪資和就業(yè)承諾，很多培訓機構(gòu)只是口頭承諾就業(yè)或者在就業(yè)保證方面玩了一些文字游戲。

c) 上司情況（匯報對象）。

我想誰也不想找個不容易伺候的老板。如果，面試官就是你將來的老板，你可以從他的言談舉止、行為方式上了解他的脾氣、秉性，喜歡什么、看中什么、擅長什么，想想適合不適合你。別將來每天頭上都頂個雷工作。

d) 下屬情況。

如果是個管理的職位，你還得了解了解你的下屬（團隊）的情況，比如：人員構(gòu)成（研發(fā)、測試、構(gòu)架、UED等等）、學歷、年齡、薪資水平等等。分析之前依我個人的理解來說限流的話應該靈活到可以針對每一個接口來做。員工的工資也許面試官不會直接告訴你，但你可以這樣問：貴公司5年工作經(jīng)驗的高軟平均工資大概多少？或類似的問題，以此，大概推斷出此公司工資水平在行業(yè)內(nèi)的位置。如果有可能，要求跟1、2位將來可能成為你團隊中的成員的人面談一下。我曾就這樣做過，這樣做還可以深入了解下面我要說的技術(shù)方面的問題。

快進5個月……

該系統(tǒng)開始經(jīng)歷許多關(guān)于維護CRUD操作完整性的問題。設(shè)計用來處理事務的瘦應用程序邏輯層已經(jīng)不再那么薄了。升級和向后兼容性的故事開始變得更加復雜。

由于受到許多其他問題的困擾，工程師們又回到了繪圖板——這次是用Azure SQL替換存儲層！我不記得具體的細節(jié)，但是這個改變增加了大約40%的額外時間和成本。

管理層很不高興，這個項目幾乎掉了。但是團隊的工程師們非常好，他們能夠完成這個項目，盡管有了一些延遲和初的錯誤的技術(shù)決定。

這個項目有一個圓滿的結(jié)局——但它也可能不是這樣的。事實上，很多內(nèi)部項目都被關(guān)閉了，因為他們不能在承諾的日期范圍內(nèi)交付承諾的功能。

那么，您如何知道NoSQL解決方案適合您的下一個軟件項目呢？首先問問你自己和你的團隊這十個問題：

一般來說，在系統(tǒng)的設(shè)計范圍之內(nèi)，吞吐量隨系統(tǒng)的并發(fā)用戶數(shù)的增加呈現(xiàn)增加趨勢，也就是說你客戶端來多少請求數(shù)系統(tǒng)吃（處理）多少請求數(shù)；這個并不是個主要的問題，但是如果你有所了解，碰巧你后面還有多輪面試，你可以事先做些功課，準備準備，不至于被人問住。當超出這個范圍時有兩種情況，一種是系統(tǒng)只能處理這么多，超過這個數(shù)系統(tǒng)不接收了，后隨著并發(fā)用戶數(shù)的增多吞吐量是一個水平的直線；

還有一種情況是不管來多少系統(tǒng)都接收后導致系統(tǒng)吞吐量下降甚至系統(tǒng)崩潰。人們普遍意識到，工具不僅僅是有用的，而且要對今天的軟件系統(tǒng)進行充分的測試，工具是必不可少的。并發(fā)用戶數(shù)是客戶端單位時間內(nèi)對服務器端施加的壓力，具體能不能接受并處理要看被測系統(tǒng)的吞吐量，而吞吐量是被測系統(tǒng)單位時間內(nèi)處理的請求數(shù)或者說單位時間內(nèi)處理的字節(jié)數(shù)；一個著重于客戶端的操作即測試手段，一個著重于應用系統(tǒng)的處理能力即查看對象；（上面的討論沒有考慮兩者的單位，如一個用戶同時有多個請求情況）