“你們進行同行評審嗎？”

同行評審，或者讓別人看看你的代碼再把它放進代碼庫，這是識別愚蠢錯誤的辦法，同時也是開始你的職業(yè)生涯時一個關(guān)鍵的培訓(xùn)機會。

危險信號：“我們相互信任！”→很有可能那些開發(fā)者對自己的代碼非常警惕不想給人看也不擅長接受反饋。

　　“你們的繼續(xù)教育計劃是什么樣的？”

作為一名軟件工程師意味著當新技術(shù)出現(xiàn)、成熟并以令人眼花繚亂的速度走向過時的時候要不斷學(xué)習(xí)。因此，很多公司都有培訓(xùn)預(yù)算用來買大學(xué)和在線課程、會議或者內(nèi)部交流。

危險信號：“你是說在閑暇時間讀讀網(wǎng)上的東西？” →這家公司要么資金緊張，要么把開發(fā)者視為可替代的，而不是長期投資。

b) 出差。

我本人上有老、下有小，不愿經(jīng)常出差。不過我知道很多人喜歡出差。所以無論喜不喜歡出差，問一問還是有好處的。這條算做企業(yè)文化，有些勉強，但也沒別的更好的地方歸類。暫且放這吧。

c) 考勤。

工作十幾年，絕大部分時間沒打卡上過班。所以事先問清楚考勤制度，心理上好做個準備。這條跟企業(yè)文化還是有很大關(guān)系的。本人還是喜歡彈性工作制。

d) 培訓(xùn)。

企業(yè)是不是給員工提供不同形式、內(nèi)容的培訓(xùn)能看出這個企業(yè)是不是以人為本，給員工提供職業(yè)發(fā)展的路徑和機會，而不是只會一味地使喚人。

e) 團隊建設(shè)。

我原來的公司會經(jīng)常搞一些團隊建設(shè)活動。比如：Team Lunch、郊游、拓展、年會等等。這也是企業(yè)文化的一種表現(xiàn)。只知道讓我埋頭苦干的企業(yè)，我想不是我理想中的企業(yè)。

f) 同事關(guān)系。

此問題一般得到的都是正面的回答。所以問不問都行。但是至少在試用期里要關(guān)注這件事情。在團結(jié)和融洽的團隊內(nèi)工作，心情會很不錯。

快進5個月……

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

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

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

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

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

您的數(shù)據(jù)事務(wù)是基于什么？或者，您需要什么級別的事務(wù)支持？如果您的系統(tǒng)需要ACID屬性，那么您很好還是堅持使用RDBMS解決方案。否則，您將花費大量的時間試圖在您的應(yīng)用程序/業(yè)務(wù)邏輯層重制ACID保證，并且您可能仍然沒有RDBMS解決方案那么。#3: 您需要Web/高可伸縮性嗎？總是在先計算出您需要什么樣的可伸縮性。比如說一個類里面有5個接口，那么我的限流插件就應(yīng)該能針對每一個接口就行不同的限流方案。在這個特殊的例子中，我們正在為微軟內(nèi)部游戲工作室構(gòu)建系統(tǒng)。有10到15個游戲工作室正在考慮中——這取決于有多少注冊用戶使用這個系統(tǒng)每個工作室多有3-5個活躍的游戲標題。每個游戲標題為三個環(huán)境存儲遙測模式——開發(fā)、預(yù)生產(chǎn)（PPE）和生產(chǎn)對于每個標題，將會有2-5個數(shù)據(jù)科學(xué)家同時修改游戲標題數(shù)據(jù)每一個標題事件都有大約50 KB的max事件數(shù)據(jù)我們被要求存儲所有的版本——我們估計這個數(shù)字是1000除以一個標題的生命周期有了以上粗略的估計，我們就可以計算并發(fā)性和存儲需求：

總并發(fā)數(shù) = 工作室數(shù)量 * 標題數(shù)量每工作室 * 用戶數(shù)量每標題

=  15 * 5 * 5 = 375 并發(fā)用戶

大存儲 =  工作室數(shù)量 * 標題數(shù)量每工作室 * 環(huán)境數(shù)量 * 事件存儲大小每版本* 需要存儲的版本數(shù)

= 15 * 5 * 3 * 50 KB * 1000 = 11250000 KB = 11.25 GB大存儲

SQL Azure支持1024個并發(fā)打開連接，并且能夠很容易地支持并發(fā)需求。另外，在考慮云計算時，11.25 GB實際上是一個非常小的數(shù)字。

這個系統(tǒng)并不是下一個FaceBook或必應(yīng)——那么NoSQL的路線真的值得嗎？