有技術方向自然就有非技術方向，不過這裡只討論技術方向，談談我的理解。
不同的技術方向沒有高低之分，不管哪個領域要達到頂尖都很難。朝什麼方向發展主要跟個人的興趣有關。
[b]前端工程師[/b]
[b]後端工程師[/b]
也是很大的一類，就叫後端工程師吧。這類人對ui興趣不大，一段時間只對一項技術或乙個領域感興趣，甚至是永遠專注於乙個領域。如etl、報表、工作流、資料庫、搜尋、大資料等。如果不斷拓寬知識面，有可能成為架構師。如果專注於乙個技術領域，有可能成為這個領域的專家。基礎是否紮實決定了能走多遠。
[b]系統分析師[/b]
系統分析師是乙個技術方向，因為系統分析師首先要有相當深厚的技術功力，對技術有全域性的理解。同時，業務理解能力、梳理能力很強。要把錯綜複雜的業務需求轉化成軟體系統，業務建模能力極為重要，優秀的系統分析師就有這個能力。做前端的，或者沒做過複雜業務系統的，可能對業務建模沒有概念，或者認識不深。要做複雜的業務系統，系統分析師必不可少。系統分析師比較適合擔任專案經理的角色。優秀的系統分析師可能也是乙個合格的技術架構師。
[b]（技術）架構師[/b]
這裡說的架構師是指能力水平，而不是架構師的職位。很多職位叫架構師並不是合格的架構師，尤其是小公司的。要求基礎十分紮實，知識比較全面，學習能力很強，對技術有很深的的理解。並不要求懂多少具體的技術，而是對技術有全域性的理解，需要哪樣都可以拿起來。架構師看的東西，可能一般人難以理解。可能前幾天看平行計算，這兩天看資料探勘，可能過兩天看神經網路，再過兩天看數理統計。
架構師負責整個系統技術上的把控，要求從可行方案中找出更好的方案，而不僅僅是找出乙個可行的方案。工程師需要務實的品質，架構師尤其需要。基於實際情況考慮解決方案，而不是個人喜好。有些架構師只關注純潔術，在處理大資料、高併發等技術問題上很有經驗，結合複雜業務進行設計的能力稍弱，這就需要系統分析師的配合。業務分析、建模能力很強的的架構師十分難得。
[b]演算法工程師[/b]
很多公司並不需要演算法工程師，但在有的公司演算法工程師至關重要。在有些領域，最核心的技術就是演算法。不同領域都會需要演算法工程師，但其中應用的知識可能是通用的。比如貝葉斯方法可以用在推薦系統中，也可能用在影象識別軟體中；蒙特卡洛方法可以用在某個金融軟體，對未來利率變化進行模擬，也可能用在計算機棋類軟體中。
能做演算法工程師，數學和演算法都要有深厚的基礎。同時，學習能力也很重要，最好能看懂學術**，了解最新的成果。如果從書本摘個演算法就能解決問題，就不需要演算法工程師了。乙個推薦系統，命中率0.9跟0.8可能就有本質的區別。最好的演算法工程師都是有學術研究背景的。半路出家做演算法工程師是不太可能的。
[b]安全工程師[/b]
有些公司不需要安全工程師。必備的知識和能力包括，密碼學原理，網路原理，協議分析，公鑰體系，以及包括防火牆，入侵檢測系統，作業系統，web前端安全等等。
和演算法工程師一樣，也是乙個很專業的領域。人的精力有限，我不太相信乙個架構師同時也是乙個優秀的安全工程師 ，或演算法工程師。
[b]其他[/b]
[b]dba[/b] 雖然隨著nosql的興起，關係型資料庫的使用有下降的趨勢，但nosql並不能取代關聯式資料庫。在很多領域，事務性必須絕對保證，不容妥協。傳統的dba仍必不可少。
[b]作業系統底層[/b] 做裝置驅動程式、嵌入式系統、實時系統、虛擬化、當然還有作業系統本身，都需要深入作業系統底層。
...
軟體技術人員如何公升級
前段時間看到一篇文章是關於軟體技術人員發展的問題,文章中的乙個觀點就是軟體技術人員的技術經驗無法進行公升級,讓我有很大的感慨,於是就產生了寫出一些個人對軟體技術人員公升級的一些想法.因為是第一次寫,所以比較雜亂,有興趣的朋友請看完全文,其實很短.軟體是乙個抽象的產品,軟體價值的評估標準不同的公司有不...
軟體技術人員成長路線的設計
軟體技術人員是一家技術型公司的核心力量，因此，關於技術人員的成長也是重中之重。但是，技術這一看不見摸不著的東西到底如何分級？技術人員如何培養？另外，根據技術水平和能力分出來的初級 中級 高階分別需要具備什麼能力？如果我們把這些都梳理清楚了，那麼就可以看到一條清晰的路線，並且在路線的不同階段定義不同的...
我的面試標準 對於軟體技術人員
我的面試標準 對於軟體技術人員 每個面試官隨著面試經驗的積累，都會逐漸的積累自己的一套面試標準，當然，這套面試標準也會隨著公司的需求 業界的發展而不斷的變化和發展，面試標準反應了面試官對於各種級別技術人員的技術要求，在以前的一篇 blog 中曾經提及過面試官應營造好的面試氛圍，而這篇 blog 則會...