IT培訓來電咨詢,正厚軟件

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

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

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

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

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

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

　　編碼的工作你不會干太多的

說出來也許有點令人吃驚，但是大多數時候你都不用寫新代碼，而是相反，要做：調試讀已有代碼開會或者寫電子郵件研究該怎么做以便不用寫代碼因此編碼以外的技能對你的職業一樣關鍵。

調試和閱讀代碼調試遠不僅僅是用打印語句。一切使用廣泛的語言和技術棧都有各種強大的工具。它是幫助識別開發完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness)、完全度(completeness)和質量(quality)的軟件過程。學會使用它們，因為這些會讓調試輕而易舉，節省你無數的時間。理解代碼庫。大多數技術棧都有某種代碼圖譜生成工具來幫助你理解代碼庫的結構。企業級的 IDE 通常都內置了那種功能。你還可以利用 ReSharper、grep 或者 Sourcegraph 之類的工具來探索代碼。理解產品。你會對居然有這么多開發者在試圖“修復”軟件前不知道軟件應該是怎么工作的感到驚訝。先看看文檔再說吧。

一般來說，在系統的設計范圍之內，吞吐量隨系統的并發用戶數的增加呈現增加趨勢，也就是說你客戶端來多少請求數系統吃（處理）多少請求數；其中全項目參與測試計劃、方案、需求評審、用例執行、bug跟蹤、測試報告、項目評估、接口測試、性能測試、自動化等高新技術綜合應用。當超出這個范圍時有兩種情況，一種是系統只能處理這么多，超過這個數系統不接收了，后隨著并發用戶數的增多吞吐量是一個水平的直線；

還有一種情況是不管來多少系統都接收后導致系統吞吐量下降甚至系統崩潰。這個我幸好知道，我說07年7千多萬美元，后來金融危機，到09年降到1千多萬美元，他問我降這么多，你為什么沒有離開那個公司。并發用戶數是客戶端單位時間內對服務器端施加的壓力，具體能不能接受并處理要看被測系統的吞吐量，而吞吐量是被測系統單位時間內處理的請求數或者說單位時間內處理的字節數；一個著重于客戶端的操作即測試手段，一個著重于應用系統的處理能力即查看對象；（上面的討論沒有考慮兩者的單位，如一個用戶同時有多個請求情況）