你真的扛的起资深工程师的称号?

前言

我是工作年资2年的云端软体工程师，趁入职前的小空档，发几篇文章，之后很忙应该就不会发文了，2个月面了超过20几家也拿了近7个的offer，先声明只是中小企业，跟进大公司或真外商的屠榜大神的完全不能比，因为在核薪时资深跟非资深薪水差非常多，所以特别拉出来讨论，先说结论，我不认为自己是资深，人资给我核的薪水也只是工程师职级

好文推荐

如果你对离职、博弈业、非本科转职有兴趣，可以参考以下文章
离职的艺术
博奕业奇葩面试经验谈
非本科求职的分析与困境
转职IT产业

废话不多说，正文开始

资深工程师

职称

最直观，但参考性不高，听过30人以下的小公司让两年年资的员工挂到CTO，然后薪水只有4~6万，没错就是这么虾，大公司的 individual contributor，可能比小公司的 manager 领得多，不建议参考职称

年资

大致上的说法是五年以上，有人资会用工作年资挡，没到就是不会被点开履历，但容易看走眼，之前笔者公司有年资七年的资深工程师还在写getData()这种方法，类完全不切，同时违反单一职责、开放封闭、里氏替换、介面隔离、依赖注入等设计原则，但也有可能是有特殊考量但笔者想不到，总之我认为以年资论非常容易看走眼

技术能力

大概分成演算法跟系统设计两种判断方式，演算法俗称刷题，不一定能找出能力最强的工程师，但通常能筛出最聪明跟最努力的，不过有写过类似题目可能会破坏公正性

个人认为系统设计实作是最公平的判定方式，上机考骗不了人，面试时吹得天花乱坠也没用，例如设计电商瞬时抢券，透过程式码的实作可以考出受试者对于资源竞争、锁、临界条件、交易隔离层级的精熟度，毕竟测资不骗人，从方法、变数、档案的切分与命名，能看出对于设计模式、乾净编程、乾净架构的掌握，个人认为是最公正且高度相关的判别方式

学历

有公司让研究所毕业的新人直接挂资深工程师，听起来相当合理，但自己合作过的同事是国立顶大工程硕士，无法独立作业，连套件相依性冲突都解决不掉，小主管跟我整天帮他擦屁股，这位仁兄的薪水大概是我的1.5倍，隔三差五被大主管叫进去骂，不久就离职了，因此我不认为学历是一个精準的判定标準

猎头

有些单纯浪费时间，薪水开不起然后问东问西，跟薪资调查没两样，不过还是有得到不少有用资讯，主要看人选期间内产出，公式是
(工作成就+专业能力) / 年资，接下来就是以目前的薪水去对应矩阵，判定人选大概落在哪个级别

开源贡献

虽然大多数人回家只想躺平，但不能否认仍有一部分人活跃于开源社群，透过业余的投入获得专家的称号，例如LINE API Expert、Google Developer Experts，广义来说这些称号的含金量可比资深工程师高不少

总结

资深工程师通常能独立作业也能团队合作，将专案快速转成营收，替公司导入提高收益降低成本的技术架构，并指导新手工程师快速进入状况，可以说是万金油，我自己的判断方式更加粗暴，没有你，明天团队一片混乱，那无庸置疑就是资深工程师