在一些小企業或者公司人力不足的時候，經常會出現一個人幹多個人的活。開發可能會幹架構、測試、運維，一些小專案可能需要一個人完成。我把這些角色合併在一起稱之為兼職架構師。
我用我的經歷來說說兼職架構師的需要乾的事吧。
1.首先，幸運的事情至少我還有一個產品經理，可以給出RoadMap，比如下：
單獨專案的唯一好處是，產品經理會給你安排一個大致時間，可以把控一下時間和進度。你也不需要開會，因為就你一個人，不過看過《人月神話》的都知道，1+1有時並不能大於2。當然我們底層功能的版本有人C++的人來支援，這邊不敘說了。
first，你拿到roadmap心中需要有個大致安排時間，技術選型，功能組織架構。儘量多思考，花多一點時間去想如何實現比較好，哪些重點功能，哪些列出來可以不需要首先完成的（可以自由安排優先順序，一般週末很少需要加班，效率非常高）
second,因為我們測試人少，基本一個月一個小版本（小版本自己測試），一個季度保持一個大版本（大版本有測試幫測）。沒有運維，就要考慮到部署人員通俗易懂，一個指令碼需要執行所有環境的安排（內網實體機，需要安裝包帶所有功能，jdk,tomcat,mysql等指令碼安裝），所以非常考驗指令碼功底。儘量多想、多測，你也不想實施人員半夜打你電話吧？
at last，你需要geek最新技術，我重構的專案經歷過struts2 到spring mvc ，然後到現在最新的spring boot。其間遇到的問題也很多。小企業不僅需要你會後端知識，前端也需要你獨立完成。所以前端從jsp，到vm，再到現在的html5，也多多少少的要了解一些。前端框架我們主要能接受mvc模式，backbone.js是當初選型的，後來我們過渡過了react.js。所以你需要多看主流的技術和一些實際的知識，可以為以後技術選型提供幫助，這是架構師的成長之路。
2.我們拿到了RoadMap ，可以選自己畫一些圖，把主要功能給拎清楚，這樣才能讓我們更好的完成功能。
2.1 比如我們拿到日誌模組，可以先畫一個時序圖。在時序圖中畫出大致的功能點（如圖功能鏈路比較長，我建議可以畫泳道圖，這樣比較清楚一些）
2.時序圖畫完，我們就可以先做出具體的功能邏輯了，畫出來就程式碼寫起來比較簡單了。
3.有了流程設計圖，表設計結構做出來。
4.最後寫業務邏輯，定義好介面規範，這樣就可以完成了。
總結一下：
在中國的創業型公司或者小企業中，大部分開發人員身兼多職。這樣可以使人成長非常快，但提前是需要有良好的技術和全面的應對排查能力，對你進階架構師有個良好的基礎。一句話，不想做架構師的開發，不是一個好開發！一起加油。