作者AmosYang (twy30)
看板Soft_Job
標題Re: [請益] 如何在履歷表達軟體工程的程度? (C語言)
時間Sat Oct 9 01:18:29 2021
※ 引述《zzss2003 (brotherD)》之銘言:
: 1. 如何「讓HR認為」一份履歷很豐富,並吸引其目光
: 2. 如何使用文字包裝雜而不精的經歷 (有範本最好)
: 3. 如何客觀描述專業程度,並將其量化
> 1. 如何「讓HR認為」一份履歷很豐富,並吸引其目光
如果把 "HR" 換成「無實務經驗者 / 關鍵字過瀘機制」,那麼,我同意 tnfshjcc
與 cateran 的看法:「針對職缺敘述(job description)裡有出現的關鍵字去寫」。
> 2. 如何使用文字包裝雜而不精的經歷 (有範本最好)
> 3. 如何客觀描述專業程度,並將其量化
「好、快、便宜」中的「時間、金額」是相對簡單的商業價值量化指標,需要補充
的情境脈絡相對的少;「品質」就通常需要補充情境脈絡,才顯得出優劣。
例如說,
> 7. Fix resource issue by goto chain
* 省了多少 時間/金額 (資源/耗電/記憶體/連線數/IO數/request數) ?
* 與該項目本身比,改善的幅度是多少百分比?
* 與類似的項目比,改善的幅度是多少百分比?
> 開源程式的移植
* 原本預期要花多久人工小時,實際上花了多久?
* 與類似的「移植」項目來比,事後的維護 (時間、bug數) 差多少?多少百分比?
> SoC
* 這東西 目前/將來 承擔的 責任/價值;例如,會生產多少個 / 金額多少 ;承
載的使用者/連線數;民用/軍用。
---
有些東西比較難直接量化成商業價值的,例如「重構」的效益 / 測試涵蓋率 等等
(參考
https://docs.microsoft.com/en-us/visualstudio/code-quality/code-metrics-values
)
如果確定你的推銷對象是對技術有深厚興趣的人,當然可以拿出來談;不然的話,
從商業價值切入會是比較安全的角度。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 136.56.2.86 (美國)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1633713512.A.218.html
→ jobintan: 推最後一句話,看你東西賣給誰,就針對誰做行銷。 10/09 08:31
→ jobintan: 不一定hiring manager都看技術,大部份看技術所帶給公司 10/09 08:32
→ jobintan: 的商業價值,搞錯TA非常有可能會與心儀的公司擦身而過。 10/09 08:33
推 sunsamy: 是不是高手,若你有一定程度,一定可以從履歷與對談中感覺 10/10 20:53
→ sunsamy: 出來的,這是很難做假的。除非你一點程度都沒有,程度低的 10/10 20:54
→ sunsamy: 跟程度高的,從談話中就可以知道對方程度比你高或平平 10/10 20:54
→ sunsamy: 所以我從不相信刷leetcode,直接從對談中就可以判斷,供你 10/10 20:56
→ sunsamy: 參考 10/10 20:56