[請益] 如何在履歷表達軟體工程的程度? (C語言)
最近在思考，如何在履歷中精準描述C語言的程度，並隨手寫了下列幾句
1. Object-oriented programming in C
2. Clean code
3. Modular programming
4. Follow SOLID principle
5. Code with low coupling and high cohesion
我知道，有講跟沒講一樣，所以我換了另一種描述方式
1. Implementing encapsulation by opaque pointer
2. Implementing polymorphism by embedding function pointer in struct
3. Implementing inheritance by including base header file
4. Implementing modularization by paring ADT (header file) with class (source file)
5. Implementing Error Handling by callback function
6. Declaring variable as late as possible (principle of least privilege)
7. Fix resource issue by goto chain
8. Good naming convention
9. few comment (usually not at all)
可是，我認為HR應該無法從軟體工程的角度評價一份履歷，並很可能不會受到青睞。到最後，只用簡短一行帶過，並附上範例程式 (我認為程式是表達軟體工程最直接的辦法)
1. Strong knowledge in C programming knowledge
但...HR也看不懂程式碼啊! 而且講自己Strong，誰知道是多strong
本人在工作內容包山包海的網通廠。WEB UI、應用層、開源程式的移植、Makefile都是工作範圍；偶爾有新的SoC或需求，才會碰到domain knowledge，更多時候是在不同平台之間移植程式碼。換句話說，工作內容都是建立在既有程式碼上，依需求做新增修改，所以
domain knowledge的程度較淺
最後，講了這麼多，是想請教
1. 如何「讓HR認為」一份履歷很豐富，並吸引其目光
2. 如何使用文字包裝雜而不精的經歷 (有範本最好)
3. 如何客觀描述專業程度，並將其量化
--
開發過的平台 做過的案子
高品質: bug 數量, 減少維護工時; 自動化: 減少日常人工
處理時間, 技能: 盡量負荷職權要求的關鍵字, 程式碼：
GitHub連結（給技術人員看的）
還有就是待過的公司 學歷
C語言實力部分 真正面試或測驗就知道了
效能類： 減少執行時間, 瞬間流量多少之類的
show出你的 github
1 ?
回錯了 補推回來
無鎖併發 zero allocation 快取優化 profiling
上面那個比較好吧～下面那個不知道在講殺小XD
還有我不覺的你有你講的懂那麼多就是了
履歷應該是Job Description的對照組 所以JD沒有的就不用
你想寫的東西應該都不在JD上面 所以你寫了也是白寫
熟讀 ISO/IEC 9899:2018/DWARF 5 Standard/GDB RSP
1不好2超爛你最後中文描述那段直接翻成英文還比1好多了，
總之要講出你做過什麼產品負責什麼角色，你鎖螺絲的技術
多精準多正規根本沒人在意
先把英文打好 不然就寫中文
然後看到7我會懷疑你的能力 8跟9不知道有甚麼好說嘴的
第6點見仁見智 low coupling很少見 通常講loose coupling
不過看起來是為了跟後面的high cohesion對仗 low算過關
1-9時態要整齊 最好都用ed 不然都用ing 再不濟就用原型
但是不要一下子ing一下子原型
還有你寫這些 HR都看不上 它們不懂 它們只懂關鍵字
你把你會的語言跟工具單獨列在summary
最後1-5 implement ... by... 在這邊全都是中式英文
補充: 7有它的用處在 但建議不要寫在履歷 以免誤會
最後 都沒寫成果 這個才是最重要der 要記得量化
比如說你節省30% memory usage 速度快了15% 或者有一件
事情每周都要讓一個工程師花半天做 你把它自動化 這樣
HR不在乎你c多強，面試官也只在乎你的domain knowledg
e，例如kernel了解什麼程度，韌體做過哪些，有碰過哪些
硬體，如何找出問題，參與了什麼設計跟專案，語言只是
配菜
重點是成果和貢獻
推秀出github
這些可以留在面試的時候說，能夠說用在你哪些專案更好
1.老老實實寫中文。2.你做了什麼產品，改善了什麼問題，這
問題改善的量化效益。就那麼簡單。不要去寫這些自爆的東西
。
至於軟體工程，或軟體品質等，其實看你學經歷，待過的公司
就能知道了。
真的要測軟體品質，也不會看履歷來測，履歷寫了也沒用。
1-9看起來像大學生湊履歷把課堂專案拆開寫
把那些太基本的都拿掉...只放有價值不是很好做的
一般的方法：在專案描述加數據，像開發人數、使用者數
、流量規模、交易金額等
真正有意義的方法：貼你的git 網址
最簡單的表示方法就是直接說你用C寫過最多幾行的Code?
外面可能會注重有處理過什麼資料，資料量多大，用什麼
方法。
![Re: [請益] 如何在履歷表達軟體工程的程度? (C語言)](https://learn.microsoft.com/en-us/media/logos/logo-ms-social.png "Re: [請益] 如何在履歷表達軟體工程的程度? (C語言)"){kind=logo}
21
[爆卦] DeepMind的AlphaCode AI也會寫程式AlphaCode achieved an estimated rank within the top 54% of participants in progr amming competitions by solving new problems that require a combination of critic al thinking, logic, algorithms, coding, and natural language understanding. With the permission of Codeforces, we evaluated AlphaCode by simulating particip ation in 10 recent contests. The impressive work of the competitive programming![[爆卦] DeepMind的AlphaCode AI也會寫程式](https://assets-global.website-files.com/621e749a546b7592125f38ed/6221e6c759f19819bd5bec04_CodeGen.jpg "[爆卦] DeepMind的AlphaCode AI也會寫程式")
20
[請益] 豬屎屋工作，求書單Hi all 目前正在豬屎屋工作，仍處在讀書的階段， 每次在讀前輩們的 Code ，心裡都會想“這種 Code 我大概寫不出來” QQ，或者是硬體相關知識不太明白， 比方說為什麼要設 memory barrier 這些， 甚至是 Linux 的 READ_ONCE 也是我工作之後才知道![[請益] 豬屎屋工作，求書單](https://i.imgur.com/sRT1HBZb.jpg "[請益] 豬屎屋工作，求書單")
16
Re: [請益] 什麼程度才能在履歷上說自己會某個語言?有些人會說語言定義、語言features之類的，以我的經驗 C++ 上下天花板非常大，理 由是這個語言太複雜了，通常非面試場合有自信說："我精通C++" 不是真的大神就是 達克效應驅使。 比方說，C++的metaprogramming，如果你的同事不知道你用的paradigm甚至是你用的 技術是什麼，可能會造成只有你能維護的窘境。 或者是根本沒在追新標準、沒用boost12
Re: [討論] 沒有C語言的實戰經驗，要怎麼磨練？C語言本身不難, 只有32個keywords 難的是compiler/linker, runtime, platform/architecture 一般我們會考這些, 而不是語言本身 想學習C, 我會建議從CPython入手 常用的CPython runtime, 整個都是用C寫的9
Re: [討論] 沒有C語言的實戰經驗，要怎麼磨練？建議可以看看《C How To Program》, 它的範例程式碼品質不錯, 文字說明也夠多, 多做練習題可以幫助你理解語意. 不過有個觀念需要釐清的是: C 語言程式是跑在抽象機器 (abstra- ct machine) 而不是實體機器上 (只存在想像的虛擬機器), 所以它 和你的應用偏底層與否其實沒什麼關係. C 語言規範了抽象機器的6
Re: 不想唸碩士了，想去刷題想作一下補充，維護legacy code應該算是比較吃經驗跟工程技術： 1. 判別code smell 2. 了解原code的邏輯 (願意而且能夠讀懂別人的程式碼) 3. 還要能改得對 看這位大大應該是解題能力強、做大型專案的能力也強，把code寫對跟寫好對你2
[問卦] 看Clean code前要注意什麼？如題 Clean code全名為《Clean Code: A Handbook of Agile Software Craftsmanship》 中文名為《無瑕的程式碼：敏捷軟體開發技巧守則》 因為小弟覺得自己寫的扣像屎一樣，連自己都不想看 所以打算來看看Clean code，來增進程式內功![[問卦] 看Clean code前要注意什麼？](https://i.imgur.com/IZ4hdswb.jpg "[問卦] 看Clean code前要注意什麼？")