- 無工作經驗31-35歲
關於轉職科技業，有什麼值得花時間投資的賽道嗎?
【轉職科技業請益】非本科背景，程式學習路徑與轉職方向迷惘
各位前輩好，想向有相關經驗的前輩請教。
學經歷簡述：
理工科系大學畢業(私立中間)
財經相關研究所背景(私立末段)
TOEIC不到600分
目前30+了
從事社區總幹事兩年，待了兩個社區，工作內容無非就是財報(每月編資產負債表+收支明細表)、資料建立分類編列、簡易修繕、監工、比價、會議籌備/進行/紀錄/公告(區權會、管委會)、應付住戶、多方溝通聯繫、行事曆排程執行、設計管路、監督管理、照顧同仁心理健康心理輔導等等
社區的營運，該知道的大部分都知道了，覺得有點無聊了，現在想要離職準備半年或一年後轉換跑道
考慮長期職涯發展，希望轉往科技業，並以程式相關職務作為主要目標（如軟體、資料、系統等方向）
目前遇到的困難與疑問：
1.課程推薦
市面上程式相關學習資源與課程非常多，前後端、資料分析、Python、AI 等，還有資安課程，但越看越迷惘。有什麼課程是推薦的嗎? 或有什麼比較不推薦比較雷的 ＸＤ
2.發展路徑
不確定以「非本科、非工程背景」來說，應該先專注哪一種程式語言才比較有機會實際轉職，而不是只停留在學習階段
有些工作領域如果缺乏Junior職缺，這種就很令人頭痛，學了也不好進去累積工作經驗，如果有Junior職缺，然後可以工作1-2年後累積經驗，再轉中階職缺，這種比較好
是否有推薦的學習順序或方向（例如先資料分析、再轉軟體，或直接鎖定某職務）？
3.迭代問題、競爭問題、AI問題
AI取代很多工作的新聞時有所聞，有哪些比較雷的發展路線是建議避開的呢?(ChatGPT說前端可以避開，然後資安領域比較不好進去，我也不曉得對不對...) 同時自己也會有點擔心不是唸資工的比人家弱 (至少大學唸資工的唸了4年)
(ChatGPT說我不適合拚純軟體，拚不過20多歲的年輕人 XD)
4.如果不是走軟體，想進科技業還有其他選擇嗎?或是不是科技業的話我還有其他比較好的選擇嗎? (有點不想回去當總幹事)
（ChatGPT說我可以嘗試資料工程、資料分析，但是覺得這條路有點矇，誰要找一個沒經驗的來做什麼資料分析？真的有很多Junior職缺可以進去？總之我覺得有點看不懂）
5.補充：有沒有「現在回頭看，會希望當初少走的冤枉路」可以分享？
非常感謝願意指點的前輩，也歡迎任何實際經驗或建議，謝謝大家！
1 你想在30+、非本科背景下轉職科技業。已具備營運、財務、協調實務，但對程式賽道、學習順序與可行職缺高度迷惘。
2 最優先語言：Python。通吃資料、後端、自動化，轉職彈性最高。
3 課程選擇原則：能做專題、有GitHub、有業界案例，否則別碰。
4 雷課特徵：速成包就業、只教語法、不教商業情境與資料來源。
5 學習順序建議：Python→SQL→資料分析→基礎後端或資料工程。
6 Junior現實：資料分析有缺，但要會商業解讀，不是只畫圖。
7 AI影響下，存活的是「懂系統＋懂流程＋能落地」的人。
8 你具備營運、財務與跨部門協調實戰，適合走科技業「內部資料／系統型角色」，而非純碼農路線，以下細拆學習順序與落點。
9 第一步學 Python，不求炫技，重點在資料處理、自動化、邏輯拆解。
10 Python要會：pandas、基本函式、讀寫CSV/Excel、簡易API串接。
11 目標不是寫系統，是「把現實資料整理成可用結構」。
12 第二步學 SQL，這是科技業資料職的生死線，比Python還重要。
13 要熟：SELECT、JOIN、GROUP BY、子查詢，理解資料表關係。
14 能從雜亂資料庫，撈出「營運能用的數字」，你就有價值。
15 第三步才是資料分析，重點在解讀，不是圖表漂不漂亮。
16 分析要回答：成本怎麼降、流程哪卡、效率怎麼算。
17 結合你背景，優先投：資料營運、系統分析、內部IT/ERP角色。
18 這類職缺看重「懂業務＋會資料」，非本科反而是優勢。
19 祝福你。
您好，老實說超過30，非本科要走程式，勝算真的不高。畢竟程式也很靠資質，有時候花一、二年時間下去，也不見得能學得好。
現階段可以花時間的是加強英文，不管是本國或外商企業，很多科技業還是都會用得到英文。總幹事的這些經驗，其實來應徵總務蠻加分的，或許可以考慮看看。
以上供您參考，謝謝！
哈囉，感謝您的留言和提問，這裡想先說結論，再說理由與建議方向：
由於留言中．沒看到您想轉去做軟體開發或資料分析相關的工作的原因，以及在這決定前，已做了什麼探索和嘗試? (有的話可以再上來留言回饋，感謝) 而直接就跳到詢問該學什麼未來更有用或更適合自己的狀況。
但從你的留言來看，似乎覺得，您可能還沒有仔細探索或很清楚就下決定(投入學習和時間)，因此我認為你現在最大的風險，不是「學不學得會程式」(或挑對什麼程式語言)，而是「過早把自己收斂到單一職稱（例如：軟體工程師）」。
與其現在就 all-in 決定，不如先用「探索與測試」的方式，為自己保留彈性、降低轉職成本。
(當然，若上述前提是錯的，那下面可以跳過不用看了XD)
以下，提供幾個重點建議給您參考。
一、建議「先探索，而不是立刻定錨在軟體開發」
從你現有的敘述來看，目前的決策比較像是被三件事推著走：
對現況的停滯感與厭倦感 (明確)
對年齡與時間成本的焦慮 (似乎有?)
看到科技業似乎是「相對有發展性」的選項 (某個角度上算是)
這些感受都非常真實，也完全可以理解。但在這樣的狀態下，很容易出現一個情況：還沒真正確認「適不適合」，就先決定「一定要走這條路」。
這不一定是錯誤，但比較擔心是還沒想清楚未來就先下水 (成本高)，如果不如預期的話，可能挫折會更高。
二、建議把「軟體開發」先當成一個「需要被驗證的假設」
可以試著先回答這三個更關鍵、也更務實的問題：
我是否適合長時間處理抽象問題、debug、反覆試錯？
我對程式的成就感，來自寫出漂亮的程式，還是來自「把事情系統化、流程化」？
如果學習過程中 70% 的時間是卡關與挫折，我是否仍能持續投入？
這些問題，單靠想是想不出答案的，一定要靠實際測試。最簡單、投入成本也不高的方式，可以考慮以下幾種「低風險驗證」：
1. 獨立完成一個小而完整的任務（非照抄教學）
例如：嘗試用一種語言（如 Python），完成一個你生活或工作中「真的用得到」的小功能。重點不在於功能多複雜，而在於你是否能從需求釐清、嘗試、卡關、查資料到完成，走完一個完整循環。
2. 刻意觀察自己面對卡關時的心理狀態
在學習或實作過程中，請留意的不是進度快慢，而是：卡住時，你是感到煩躁、自責、想逃避？還是雖然辛苦，但願意反覆嘗試、拆解問題？這會是判斷你是否適合長期投入程式相關工作的關鍵指標。
3. 檢視成就感的來源，而不是技術本身
完成後，請回頭問自己：讓你感到滿足的，是「程式碼本身寫得很漂亮」，還是「一件原本混亂的事情，因為系統或流程而變得清楚可控」？這個差異，往往會指向你更適合的實際職務方向。
透過這樣的實際測試，你會比單純上課或看課程介紹，更清楚自己是否真的適合把「軟體開發」作為主要職涯重心。
三、同時保留「平行探索」，不把所有籌碼押在一條路上
以你的背景來看，其實不只有「純軟體工程師」這一條可能性。
我會建議你同時保留 2–3 個方向作為探索假設，例如：
技術＋流程導向的角色
資料／系統分析相關工作
科技業中偏專案、營運、系統整合的職務
(當然也不一定要是科技產業)
這不是讓你更迷惘，而是讓你在探索過程中，比較、校準、修正。
以上幾建議，希望對你有所幫助，也祝您一切順利~
--
歡迎訂閱我的文章《第二曲線的修煉》
https://lihi3.me/zxW1a
