二、三種模式：程序員、架構師和售前
在第一篇中和大家簡單聊了我最近一年的工作經歷，現在梳理總結一下，其實大致分爲以下三種模式：
1、程序員模式：在某一個業務小組內承擔某一個系統或者某一些系統的開發和維護工作，這種模式比較常見，相信大家大多數人都是這樣工作模式，簡單說，幹好自己那一小攤事就OK了，其他的估計就是和相鄰的業務部門或者其他技術小組的溝通與協作，比如我那會兒經常打交道的就是業務主管和運維主管，除此之外，就沒別人了；總結一下，就是聚焦於某一業務領域的某一系統的深入研究和優化，主要的內容就是如何提高項目的設計水平，代碼質量以及執行性能和可靠性。其實真正想做到這些，也比較困難，畢竟代碼運行的環境受到各種因素的共同影響，你能預見的情況總是有限的，所以我們能做到的就是在問題發生後，儘可能用最短的時間來處理掉問題。
2、架構師模式：這個模式跟程序員模式最大的不同就是需要從以前的系統中跳出來，專注於多個業務系統，因爲一個業務線的開展是需要一系列的系統互相協作配合而實現的，這一點應該不難理解，比如說最簡單的網上購物的場景，有商品詳情頁，購物車模塊，支付模塊，優惠券模塊，物流模塊，消息平臺等，而之前有可能是購物車團隊的，只知道購物車部門的體系邏輯，現在就需要玩轉其他的模塊，簡單說就是把其他相關上下游模塊搬到一個新的環境，並調試通，而且會對其他模塊內部的邏輯進行一些相應的挑戰，這個工作有意思的地方就是，我們可以看到自己之前的工作屬於整個流程中的哪一個環節，具體起什麼作用，而且對公司的業務線有一個整體觀。簡單說，相當於換了之前的思維視角，因爲之前，我們更多地是專注於某一個系統，屬於縱向思維，而這個工作模式讓我們切換到了橫向思維的視角，看到了整個業務線，整個流程的分佈，以及各個業務系統之間如何銜接和配合。從這個視角看的話，某一個系統的代碼質量的提高，內部結構的優化，其實對相關的上下游系統的意義和價值就變得不那麼重要了。而且這個期間，我和公司的架構師一塊工作，我在他身上學到的，也是這個整體觀，架構師的關注點也是整個業務線涉及到的相關係統之間如何交互，整體的性能才能最佳，那些交互的節點是可以精簡的，這期間，他常說的一句話，就是將帥無能，累死三軍。這個經歷，讓我清楚地看到，程序員和架構師的差距原來在於思維視角和思維模式方面。程序員總想着如何儘快完成任務，代碼優雅，性能強悍，而且Bug少。但架構師想的卻是，如何讓大家少做無用功，做正確的事，做有意義有價值的事。
3、售前模式：幹得好，不如講得好。如何讓公司潛在的客戶聽懂你說的話，你做的事，纔是最有價值的事，因爲公司簽單很大一部分取決於這一點。公司在行業內做出了一定的業績和影響，所以就計劃向同行業內的其他機構和單位輸出自己優秀的經驗和技術，繼續擴大公司在業內的知名度和價值，也是公司進一步獲得更好發展的戰略。其實，這個應該不難理解。舉個再通俗點的例子，一個包子店很火爆，怎麼才能更火爆呢，無非是招募加盟店或者開設連鎖店，這樣才能取得更大的發展，其實對於公司來說，也是一個道理。既然這樣，那麼如何才能順利實施這個戰略規劃呢，一個很現實的問題，就是需要有一批業務和技術專家，同時還必須具備一定的商業思維和售前演講的能力，說白了，就是需要能給客戶講清楚，講得漂亮。具體點說，就是給不熟悉你的人，講清楚你自己，講清楚你們公司和你們公司的優勢以及可提供的服務和產品，重點在於讓別人能清晰地理解而且明白，你的服務和產品正是他們所需要的而且對他們的未來可能會帶來巨大的價值，然後才能促進對方和你公司的合作。促成合作了，公司才能簽單，簽單了，公司的程序員們纔有可能有事做，有工資，才能養家餬口。所以，從這個角度來看，對於公司的經營和發展而言，其實最重要的就是銷售的能力，這個觀點其實已經爛大街了。具體點說，就是講的能力，俗稱忽悠的能力。通過我的實際經歷，我感受到，我們做技術的人，如何能在最短的時間內，讓不懂技術的人，明白技術具體是怎麼一回事，是一門學問。這裏有一個非常重要的前提，切記不要以我們自己爲出發點，畢竟別人不懂技術，因爲我們出去面對的客戶一般都是部門的負責人，有技術出身的，也有管理出身的，即便是技術出身的，但是有可能也是偏管理的，因爲純技術的人一般都不會有決策權，因爲他們的精力都放在了具體做事層面。給這些人講的時候，首先要考慮到他們的實際情況，還需要考慮對方可能想聽的側重點，千萬切記從技術的角度講技術，如果別人不懂的話，後續聽你繼續講的可能性會大大降低，這對後續簽單合作肯定是很不利的。講的內容也是偏業務性質的，畢竟業務纔是真正的主線，離開了業務的技術，是沒有實際價值的。