※ 引述《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整合进工作中，如果
有一天你发现别人也开始用、甚至来赞赏你，我觉得那是一个不错的开始