Re: [請益] 轉職後的徬徨
小弟我雖然不是轉職的
大學讀資工,家境不好畢業後就開始工作
不過帶過幾個轉職班出來的人
給原PO跟轉職班出來的人找工作上的一些建議
理想上求職最好可以找到
1. 有維護也有全新開發案的
2. 有人可以帶著你半年左右的
然後在這種環境待個兩三年
維護案(含擴充)跟全新開發案面對的不同,
也能區分找到的公司前景如何
目標就是盡量讓自己成為可以獨立作業也可以團隊合作的程式設計師
在開發管理跟業務有狀況的公司
會呈現只有原本產品的擴充案,接不到新案
不過面試時候可以問出目前維護案跟開發案的狀況
然後如果是接政府標案的公司,
也可以查公司歷年的標案紀錄
有人可以帶著開發就真的蠻看運氣了
至少我自己大學畢業後沒有遇過
自己看書自學居多,或看SDK文件摸索
不過進去公司還是觀察一下誰可以讓你問,願意有耐心教
以前我會盡量早上能空出一兩個小時教,
然後請新兵早點上班,盡量八點前來,
我七點半就到公司了,通常磨個半年就能很上手變成戰力
-----------
這邊補充
維護案需要的主要技能,
快速看程式debug,
出報表,要熟SQL
效能調教
修補資安風險。
系統搬遷、資料庫搬遷
備援演練
舊平台升級案需要的技能除了全新開發規劃以外
還需要考量舊資料怎匯入格式轉換等
還有怎延續使用者已經習慣的操作,
減少系統轉換的陣痛期
全新開發的案子則是學怎跟著PM跟甲方溝通,
彼此互信的狀態下把甲方需要的功能做出來
並且將新系統協助導入至甲方公司
當個客服知道自己寫出的爛介面怎樣造成使用者困擾
----------------------------------
給轉職班還在學的人的建議
東西能記住英文專有名詞盡量記住,
能用Google找出來的英文資料還是比較多的,
再來轉職班步調很慢,
以前去參加過職訓的轉職班,
寫IoT,覺得教的非常慢,
蠻像退休很久的工程師出來授課,
你們要盡量想辦法從老師身上榨出更多的開發經驗
錢跟時間都花了
然後做的專題盡量選一個成熟的產品直接抄,
完成度越高越好,
不要想說要解決問題當自己是新創團隊
先學會抄作業再說
-------------------------------------
然後回答原PO的問題
我自己是推薦可以看
joel on software的文章,
中文幾乎都有翻譯在網路上
英文的也可以免費看
而且集結成冊的書有重新出中文版,
這個人的部落格文章幫助我非常大
我剛畢業投入工作時給我很多的啟發
然後精進開發能力的話
我推薦看code complate2
博碩有翻譯中文版
這本書講很多寫程式需要考量的細節
我看了收穫頗多
然後各領域的程式設計通常還會有比較深入的書
這種書我也很推
例如我寫C#為主
有clr via c# 這本很讚
讓我比較知道寫出來的程式
作業系統實際上怎麼執行的
網路跟系統相關的
我推薦可以從鳥哥的站開始看
現在的程式幾乎離不開網際網路
各種網路協定這些都要弄熟
其他就盡量讓自己能夠看書自學
並且訓練英文能力
把IDE跟OS都切成英文版的
手機也是用英文版的OS
看書跟看SDK文件其實都比看影片學習來的快
常常在學新東西的人學東西就會快
--------------------------------------------
side project或轉職的畢業專題
我建議找個常見的系統整套做出來
例如電商的話
有會員註冊,註冊有認證信,簡訊認證,
登入驗證雙因子,定期變更密碼
帳號註銷
會員購物、商品瀏覽、購物車、結帳、取消訂單
後臺商品上架、庫存、折扣、稅金計算
折價券發放
訂單管理、出撿貨單、物流出貨
退貨、逆物流
金流串接,開發票
客服系統,即時通
簡單的說你可以看shopline有哪些開店功能都自己實作一套
然後公司有源掃系統的話可以丟進去掃看看
再練習把風險解掉
覺得電商太複雜的話
也可以做簡單一點的
HR系統
或者EIP/BPM(這個好像沒比較簡單)
POS點餐系統+訂位+點餐+結帳
轉職班的其中一個巨大缺點
是做出來的專題太小
然後專題選擇很像在搞新創,要解決市場痛點
導致學生上了半年,寫過的程式還是太少太簡單
再來就是沒教太多資安跟資安修補的部分
-------------------
回覆推文
side project我認為是
新手寫給自己練功的,面試作品集是其次
老手讓自己在行業中持續保持寫程式的熱情
(尤其寫些好玩的東西..像是遊戲外掛..)
本文給的建議是給轉職新手的
side project對新人的主要目的就是
訓練你寫出一定數量的程式碼(一定規模的系統)
讓程式語言像你的母語般熟練
------
回覆推文part 2
關於轉職班的畢業專題
在去年2024有看過認識的人在轉職班做的東西
實際操作過程品
以及他們那組成果發表會的完整錄影
印象中是4人還是5人一組
真的很像新創募資說明
他們有美美的投影片
還拍了情境劇
所以我會覺得他們做專題真的搞錯方向
我比較建議轉職班先設計好劇本(需求)
實際上碼農要熟練的不是發想新創募資
而是拿到需求把需求實作出來
然後寫出規格書 手冊那些文件
原因就是市場上多數職缺是政府專案有關的公司
這些接案公司,已經有實際的需求了
有體制的公司甚至有PM跟SA做好規格書,
有美術弄好畫面切好版
所以我認為這些轉職班的專題弄得像是新創募資做POC完全搞錯方向
當然學員可以做出酷炫的東西對於後續招募是很有幫助的
但整體來說對學員是很不利的
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.33.146.32 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1737137895.A.E10.html
推
01/18 07:35,
1月前
, 1F
01/18 07:35, 1F
→
01/18 07:35,
1月前
, 2F
01/18 07:35, 2F
→
01/18 07:35,
1月前
, 3F
01/18 07:35, 3F
→
01/18 07:38,
1月前
, 4F
01/18 07:38, 4F
→
01/18 07:38,
1月前
, 5F
01/18 07:38, 5F
→
01/18 07:38,
1月前
, 6F
01/18 07:38, 6F
→
01/18 07:38,
1月前
, 7F
01/18 07:38, 7F
推
01/18 07:51,
1月前
, 8F
01/18 07:51, 8F
推
01/18 07:54,
1月前
, 9F
01/18 07:54, 9F
→
01/18 07:55,
1月前
, 10F
01/18 07:55, 10F
→
01/18 07:55,
1月前
, 11F
01/18 07:55, 11F
→
01/18 07:55,
1月前
, 12F
01/18 07:55, 12F
→
01/18 07:56,
1月前
, 13F
01/18 07:56, 13F
→
01/18 07:56,
1月前
, 14F
01/18 07:56, 14F
推
01/18 10:34,
1月前
, 15F
01/18 10:34, 15F
→
01/18 11:22,
1月前
, 16F
01/18 11:22, 16F
→
01/18 11:23,
1月前
, 17F
01/18 11:23, 17F
→
01/18 11:23,
1月前
, 18F
01/18 11:23, 18F
→
01/18 11:23,
1月前
, 19F
01/18 11:23, 19F
→
01/18 11:36,
1月前
, 20F
01/18 11:36, 20F
→
01/18 11:36,
1月前
, 21F
01/18 11:36, 21F
→
01/18 11:48,
1月前
, 22F
01/18 11:48, 22F
→
01/18 11:48,
1月前
, 23F
01/18 11:48, 23F
→
01/18 11:48,
1月前
, 24F
01/18 11:48, 24F
→
01/18 13:11,
1月前
, 25F
01/18 13:11, 25F
→
01/18 13:12,
1月前
, 26F
01/18 13:12, 26F
→
01/18 13:12,
1月前
, 27F
01/18 13:12, 27F
※ 編輯: nwish (114.33.146.32 臺灣), 01/18/2025 14:10:12
→
01/18 16:08,
1月前
, 28F
01/18 16:08, 28F
帶就是有人教
具體就是
從教他們怎看規格書
拆成工作項目
告訴他們要怎消化需求
設計資料表要考量什麼
到案子驗收 維護
等等
也有比較偏向非開發的也要會
怎寫EMAIL回覆客戶
怎麼接電話回覆客戶
那些可以答應
那些不能答應,
不能答應時候要怎麼講,
PASS給業務或PM讓他們擋
磨就是
幫他們review做出來的成果
像是程式碼
操作手冊
安裝手冊
看他們回覆客戶的EMAIL幫他們修
有耐心看這些成果,
讓他們感到有安全感,
即使工作辛苦也沒關係,
工作上有前輩帶著,練著自己個功夫
我這些徒弟到現在都還有聯絡,
履歷查核的時候他們都是我的好同事
推
01/18 17:12,
1月前
, 29F
01/18 17:12, 29F
推
01/18 17:24,
1月前
, 30F
01/18 17:24, 30F
→
01/18 17:25,
1月前
, 31F
01/18 17:25, 31F
→
01/18 17:25,
1月前
, 32F
01/18 17:25, 32F
推
01/18 18:48,
1月前
, 33F
01/18 18:48, 33F
噓
01/18 19:53,
1月前
, 34F
01/18 19:53, 34F
呵呵
推
01/18 23:32,
1月前
, 35F
01/18 23:32, 35F
推
01/18 23:54,
1月前
, 36F
01/18 23:54, 36F
→
01/18 23:55,
1月前
, 37F
01/18 23:55, 37F
推
01/19 09:37,
1月前
, 38F
01/19 09:37, 38F
我只有維護過一個ASP的
C#的話多數都是webform的案子,一大堆
→
01/19 16:32,
1月前
, 39F
01/19 16:32, 39F
→
01/19 16:33,
1月前
, 40F
01/19 16:33, 40F
→
01/19 16:37,
1月前
, 41F
01/19 16:37, 41F
→
01/19 16:39,
1月前
, 42F
01/19 16:39, 42F
→
01/19 16:40,
1月前
, 43F
01/19 16:40, 43F
→
01/19 16:42,
1月前
, 44F
01/19 16:42, 44F
→
01/19 16:44,
1月前
, 45F
01/19 16:44, 45F
→
01/19 16:47,
1月前
, 46F
01/19 16:47, 46F
→
01/19 16:48,
1月前
, 47F
01/19 16:48, 47F
我知道,不過鳥哥的網站我覺得對計算機跟網路對新手算蠻好懂得
那些協定到現在也都還是存在
然後因為我前一間任職的公司做公共衛生的
幾乎手上的都是維護案
而且BUG超多
改版案也拿不太到
我報到一年內比我資深的全跑了
公司整個狀況很糟
理想上一個TEAM會同時有一兩個新案跟數個維護案
這樣對公司整體發展會比較正向
政府的維護案會每年打折,除非能有擴充功能去撐
有新案也才能讓公司本身的技術力不斷升級
→
01/19 17:21,
1月前
, 48F
01/19 17:21, 48F
對阿,其實也是鼓勵這些轉職生要讓自己能往獨立接案的方向走
我自己也有獨立接案,還接了家教學生
但同時在公司任職程式設計師
※ 編輯: nwish (114.33.146.32 臺灣), 01/19/2025 18:48:05
推
01/19 23:49,
1月前
, 49F
01/19 23:49, 49F
※ 編輯: nwish (114.33.146.32 臺灣), 01/20/2025 00:12:55
推
01/20 07:25,
1月前
, 50F
01/20 07:25, 50F
推
01/20 18:52,
1月前
, 51F
01/20 18:52, 51F
推
01/23 00:06,
1月前
, 52F
01/23 00:06, 52F
推
01/25 22:42,
4周前
, 53F
01/25 22:42, 53F
討論串 (同標題文章)
Soft_Job 近期熱門文章
57
100
PTT職涯區 即時熱門文章