※ 引述《thx4luv (杞人憂天)》之銘言：
: 各位好，非負面的文，只是單純想聽大家分享自己的想法。
: 最近在修自己的履歷，說來慚愧，在資工待了幾年，沒有什麼能拿來說嘴的project，專題也不是做什麼很厲害的東西。
: 在履歷上寫自己會什麼語言時突然覺得很矛盾。
: 這幾年前前後後碰過很多語言，C、C++、Java、JS、HTML、CSS、Verilog、Python...
: 說實在的，如果是在一個不認識的人的履歷上看到這些語言，大概會覺得"哇這個人好厲害"。
: 但要把這些東西放在自己的履歷上，更多的卻是心虛感。
: 而如果你是主管，在看到某個人的履歷上說自己會某種程式語言，又會預設他大概到什麼程度呢?
: 謝謝大家!
有些人會說語言定義、語言features之類的，以我的經驗 C++ 上下天花板非常大，理
由是這個語言太複雜了，通常非面試場合有自信說："我精通C++" 不是真的大神就是
達克效應驅使。
比方說，C++的metaprogramming，如果你的同事不知道你用的paradigm甚至是你用的
技術是什麼，可能會造成只有你能維護的窘境。 或者是根本沒在追新標準、沒用boost
習慣的，你的公司環境多少會定義對語言運用的程度。
因此這個問題 我會看作是「你掌握該語言的程度是否能為公司創造產值」
以我個人的判定基準，就是寫 library
C++ template好用，但能不能一味地在API掛滿template? 有沒有妥善利用interface?
你會一些feature或很細節很複雜的知識，不等於你能妥善利用這些知識，更何況不是
所有的公司都在用最新標準，如果公司生產環境不支援，你的武功豈不是白費？
設計library、framework、開API能很好地考驗綜合能力，例如：
1. 你對該生產環境主流的容器類型、idiom是否熟悉
2. 你的命名邏輯或語意是否會造成他人誤解
3. 你的撰寫習慣是否接近clean code
4. 你是否熟悉design pattern
5. 你是否理解該語言基礎的物件類型(reference object or pointer)與生命週期
6. 你寫的程式碼是否好用
通常API開得好的人，其實不外乎是看得多，而且也寫得多；
他不會拿石頭砸自己的腳，你會寫造成自己困擾的程式碼嗎？不會
看過許多library或open source code的人也能潛移默化耳濡目染
所以我覺得你可以多整理一些自己常用到的function，放上github整合進工作中，如果
有一天你發現別人也開始用、甚至來讚賞你，我覺得那是一個不錯的開始