- 未填公司未填職務36-40歲
是否該選擇ＳＡ的職務？
目前已過35歲，以前都做行政職。後來才轉職到軟體業，到目前開發大概約4年的經歷。最近有主管跟我面試完後覺得我比較適合當他們的ＳＡ職缺，希望我能考慮(金融保險業的正職)。
前一份工作主管也是想要把我轉成ＳＡ，但因為我還是想磨練技術才離職的。
近日求職，不是丟了沒下文就是因為過去的開發環境都太單純，所以專業的部分都被洗臉，然後我又很容易緊張沒辦法把我做過或知道的事用語言表達出來，說實在多少有點挫折，所以就會想說會不會真的要考慮這份職缺？
(隨著這些面試經驗自己有一直不斷的練習和準備面試題)
聽到的意見都覺得因為年紀關係，適合找一份比較穩定可以做長久的工作。
但我自己的想法是：
1. 我的個性是很內向，很害怕與人相處聊天也很容易怯場不容易表達的人。但不知為啥我過去工作卻常有需要與人接觸的經驗，也有被賦予系統規劃的任務，就看似很能跟使用者溝通的能力？！
2. 前一份工作當時有意轉成ＳＡ時，一開始還是會想說先不要排斥試試看，但後來還是覺得我還是覺得寫Code工作起來會比較快樂。
3. 寫Code的時候成就感會比較高，而且會很投入的到找問題為止。寫分析文件時，並沒有這樣的成就感，會覺得這就只是工作需要達成的任務而已。
4. 聽到的意見都說寫code的人不可能一輩子都寫code，最後都還是需要走向分析的職務，薪水也會比較好，前主管也說，隨著年紀增長，寫code思考程度也會漸漸的會有差。但其實我自己薪水與成就感比起來，我其實會比較選擇成就感。但又怕會像別人說的不穩定，隨著年紀增長轉職不容易，技術又沒有比人家高的話，是不是真的要趁現在討戰看看SA職務？
真的有點迷惘，所以想聽聽各位Giver的建議，謝謝
不要只愛技術。技術都是很末端的東西；一堆說愛技術的「工程師」往往都沒認知到：他們只是技術的「使用者」。
軟體產業做為一個產業，軟體做為一個產品，是非常複雜的東西。所以，有許多人想要找到一些方法，可以寫得好。因此有「軟體分析模式」（如 1996 年 Martin Fowler 的書 "Analysis Patterns"）以及「領域驅動設計」（如 Eric Evans 的書 "Domain-Driven Design" 以及 Scott Wloschin 的書 "Domain Modeling Made Simple"）。
軟體複雜，參與的人多，所以，無法只期待一個人默默把一套東西做完；除個人創業要自己把關鍵軟體產品做出來是要自己一人做之外。大家一起做，那麼都有控制溝通的步調與方法。傳統由少數 SA 腳色做訪談的手段幾乎不合時宜了，因為從需求方到開發者之間，卡越多關，溝通認知的誤差機會就越多。所以都有些溝通管制手段如腦力激盪會議、 "Event Storming" （一樣是腦力激盪，但聚焦在業務領域的事件，找大家出來寫便利貼公開張貼並互相詢問之類）、還有採用與需求方非技術人員的共通語言之類，來整理文件。其實，重點都在於一起工作與下決定，即使你是 SA ，仍然是在做軟體設計；而不在於你當 SA 就是用膚淺的陳述去寫「服務建議書」之類的文件。
而上述那些方法，都是我們有經驗的軟體工程師反而渴望去做的事情。
1 35歲，以前都做行政職。後來才轉職到軟體業，到目前開發大概約4年的經歷。最近有主管跟我面試完後覺得我比較適合當他們的ＳＡ職缺，希望我能考慮。 前一份工作主管也是想要把我轉成ＳＡ，但因為我還是想磨練技術才離職的。
2 寫Code的時候成就感會比較高，薪水與成就感比起來，我其實會比較選擇成就感，這就是答案，寫Code。
3 前一份工作當時有意轉成ＳＡ時，一開始還是會想說先不要排斥試試看，最後還是想磨練技術才離職的。
4 軟體工程開發，繼續找，會重新投入職場的。資深Code人員。
5 祝福您。
您好，
如果您很明確的知道自己的性格，很內向不喜歡跟人交談，其實不用別人怎麼看，您可以深耕coding技術，往高級程式設計師發展。
依照您的自述，技術能力強，所以主管也認為您適合系統分析。在此情形下，建議您不要排斥。當您擔任系統分析時，需要大量的與使用者和程式設計師溝通，此時因為這是您的強項，所以您在面對這兩方的時候，是充滿自信，並不會感到不自在，這就是專業的表現。
所以在您的職涯規劃裡，可以訂定方向，一個是自己最喜歡的 software coding，另一項是延伸的SA，這樣的資訊領域發展相當正統，並無不妥，programmer 和 SA 兩者相信您都可以勝任。
以上意見提供參考。
