身邊的技術同學基本上都是做業務系統，能夠感受到大家平時工作中會有各種疑問，其中最多的無疑是：做業務系統的技術人員如何成長。
這個問題其實不難理解，對於業務系統的開發人員，長期疲於奔命、忙於完成各式各樣的業務需求。而業務需求的開發過程中，主要有如下工作：
1. 需求的溝通、業務邏輯的梳理；
2. 對已有系統影響的判斷：由於很多業務邏輯是在已有功能上進行升級，而業務系統總是如蛛網般交織，具體系統的升級點、對系統內部各部分的影響、甚至外部系統的影響，都需要考慮；
3. 技術的考量：基於對併發、擴展性等技術因素上的考慮，進行優雅的業務架構設計、代碼模式的設計
4. 業務邏輯的開發：將業務邏輯落地成代碼，可以理解成一種翻譯
可以看出，除了第三點，其他基本上與我們正常理解上的“技術”相關性不大，更多是靠對業務、系統的熟悉程度進行工作。正是這些原因導致了業務系統技術人員的困惑：
深度技術所佔的比重少。
為了讓大家快速的完成開發，各個公司都會盡量實現通用的基礎架構，以便讓開發人員不用考慮太多的技術上的細節。
這其實是一個矛盾，公司為了效率、成本、風險考慮，期望員工是螺絲釘，而員工基於個人成長，期望自己能夠接觸更多的東西。
而且由於互聯網項目迭代的快速程度，很多項目的在技術設計上會進行折中，以技術債來換取產品的儘早上線。
非技術相關的工作連續性低。
這會導致技術人員無法深入的瞭解業務，即使努力去了解，很大程度上也只是對操作流程、已有業務規則這些表面，但是缺乏從整個行業/領域/外部市場的角度來看待整體業務。
由於這些割裂的工作，導致大家既缺乏宏觀的視角，又缺乏深厚的積累，更不用提提出創新性的建議了。
那如何擺脫這種困境，從個人的角度讓自己成長呢。這裡給出幾點建議：
首先，在大面的選擇上，首先當然是選擇業務有前景、或者快速發展、或較為複雜的系統。
對於發展較快的業務，可以隨著業務共同成長，不僅能夠在實踐中面臨各種選擇、提升自己解決問題的能力以及思維能力，也能夠更快的提升眼界或者獲得職級上的晉升，加速之後的發展。
對於已有的較為複雜的系統，可以方便的學習到成熟的經驗，快速瞭解實際工作中可能遇到的各種問題，從而提升大局觀。
其次，在日常的工作中，儘量避免把自己變成一個業務邏輯的翻譯機器，一定要深入的瞭解業務，知道為什麼要做手頭的事、做事的意義，多總結，多思考，這樣才能脫離底層的勞力者，成為領域專家，變為勞心者。
最後，就是技術同學熟知的多觀察，發掘可以通過技術解決問題的點，充分把自己平時把握住的知識轉化為解決方案，持續獲得成長。
後兩點可能是大家都清楚的道理，也確實可以做到。難就難在第一點，發展較快、有前景的業務可遇而不可求，複雜的核心業務可能一段時間之後自己就會變成螺絲釘，到達一定的瓶頸。
所謂選擇大於努力，在這裡也很深刻的體現出來，因此，期望大家在腳踏實地進步的同時，也能夠多停下來反思、觀察、收集信息、擴展人脈，這樣才能不斷提高自己成長的天花板。
