筆者曾被人詢問過希望往哪個職類發展，
而筆者說並不清楚，沒有想過。
想往哪個職類發展，
要先清楚哪些職稱究竟是做什麼。
筆者在此以筆者所觀察，
與網路上資訊相結合得出各個職務大致上要做什麼，
從初階軟體工程師轉職過去，
哪些部分是優點抑或是那些需要加強。
因為實際上筆者並沒有真的擔任過這些職稱，
所以請把這些內容當作參考使用，
如果各位有擔任過該職務歡迎分享或指證，
筆者會非常感謝。
產品經理（PM：Product Manager）
對於一些人來說，這是降轉，
薪水低又要處理一堆雜務。
但對於筆者來說這確實是一條平轉/進階路線。
平轉指的是，會有大部分會需要學習，
進階，就是這個真的要做起來是非常厲害的。
而對於PM的輕視帶來的主因，
往往是因為部分公司的不重視，
這些公司依據過分程度，
會讓PM是文書兼美編兼社群行銷兼雜務兼......兼PM，
而導致PM只是其中一個任務。
但其實這是一個非常棒的職類，
可以從之前第二十天的開發流程論中看到，
PM能在所有階段都參與，
但其中最必須的地方會在開始與結束，
也就是在需求分析和計畫，與上市跟追蹤兩個面向。
而從名稱上能看到，
既然是產品經理勢必會需要站在產品的角度上，
總體而言大致會有四個面向，
分別為市場面、客戶面、財務面與技術面。
以客戶面來說，在觀察後要釐清會畫
流程圖(Flowchart)，
不論是用戶體驗模擬，或是分析需求，
而在此如果有寫程式的經驗，
就可以更明確的知道哪些流程可以優化，
明確指引如何協作。
技術面上，
在這裡會需要各種技術，
而各個技術又會各自偏向某一個方面，
偏向市場與客戶的
SEO(搜尋引擎最佳化)
事後分析觀察市場與客戶的
GA4
抑或是偏向技術框架與指引的，
採取什麼開發流程(瀑布、敏捷...)等等許多可以進行討論。
對於這個職位，筆者的印象是，
會是橫跨想像(規劃)與實際(技術)的一個重要橋梁。
---補充，通常有兩個稱呼「Project Manager專案經理」和「Product Manager產品經理」
資深軟體工程師 (Senior Software Engineer)
許多人對於這個進階方向，
會認為只要做得久一點就是了，
這確實是其中一個很常看的門檻，
但不是這一項進階的必要條件。
因為做了久了，
其實就只是是工作做得比較熟練的初階工程師，
頂多相同的工作換另一位初階工程師，
可能就是多花一點時間。
在於技術上也需要持續學習，
但關於許多進階門檻，
不會像是遊戲一樣技術到就給你轉職，
就會像筆者一樣一直覺得自己很廢，
就像是達克效應（DK Effect）般的某個狀況。
這時後有一個很簡單得方式去釐清現狀，
分享你知道的知識，
不論是寫文章、參加比賽，
亦或是寫一些SideProject提供給其他人看。
可以不斷淬鍊自己的已知知識，
也能收穫一定的聲望。
沒錯，
就如同依賴反轉般，
去依賴於大眾的評論，
如果大家認為你是資深，
並且隨著越發深入，
可以相信大眾，相信自己，
建立起自己的自信心。
除了技術面外，
也可以進行統御面的資深，
不論是協作或領導，
或是指導幫助新進同仁，
這也往往是一種形式。
筆者會說資深軟體工程師 (Senior Software Engineer)，
可以是一種不斷往技術一直鑽研下去，
也可以是介於管理職的一種嘗試。
對於這個職位，筆者的印象是，
就像是一轉職業般，不斷積累自己的底子，
準備繼續深入現有方向或往其他方面探索。
系統分析師(Solution Architect)
有時候有些公司會說你想不想成為XX，
你還要再努力一點。
而其中SA是會被提起的其中之一。
那麼什麼是SA
設計和規劃整個軟體系統或應用程式的架構，
提出滿足現在的需求，
並且在未來也有充足的彈性。
根據不同行業，
考慮性能、可擴展性、安全性、成本等等，
協調出一個平衡且合理的決策。
筆者用一個現實上遇到，感覺很相近的例子來說明。
就像是去原價屋買電腦，
會被很詳細的列出是否能流暢運行現在的功能，
並且針對某一項功能留有一些盈餘去應對未來的作業，
而且能壓在預定的成本左右。
這就往往是SA架構設計與技術選擇上常常會考慮到的點，
而這個分寸的拿捏就很需要眾多的了解，
不然就會像是所謂的過度設計般。
基於是要由眾多人接手，
並且會開放給很多人使用，
要會很重視安全性與後續的維護，
也包含著時程的管理。
有時候會使用到外包的技術，
能透過簽約分散一項業務的風險，
並收穫好處與大大降低時程上的壓力。
因為以上眾多關聯到各個職類，
很長需要協調與定義，
往往SA也會兼任領導職務。
對於這個職位，筆者的印象是，
行走在當下，著眼與未來。
iThome鐵人賽
看影片追技術