作者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://webptt.com/m.aspx?n=bbs/Soft_Job/M.1633713512.A.218.html
1F：→ jobintan: 推最後一句話，看你東西賣給誰，就針對誰做行銷。 10/09 08:31
2F：→ jobintan: 不一定hiring manager都看技術，大部份看技術所帶給公司 10/09 08:32
3F：→ jobintan: 的商業價值，搞錯TA非常有可能會與心儀的公司擦身而過。 10/09 08:33
4F：推 sunsamy: 是不是高手,若你有一定程度,一定可以從履歷與對談中感覺 10/10 20:53
5F：→ sunsamy: 出來的,這是很難做假的。除非你一點程度都沒有,程度低的 10/10 20:54
6F：→ sunsamy: 跟程度高的,從談話中就可以知道對方程度比你高或平平 10/10 20:54
7F：→ sunsamy: 所以我從不相信刷leetcode,直接從對談中就可以判斷,供你 10/10 20:56
8F：→ sunsamy: 參考 10/10 20:56