前言

很久没有写东西了，毕业这些年来，从程序员到创业公司管理人员，再到财富顾问，炒过股，投过基金，玩过比特币，也在各种 P2P 中薅过羊毛。最近，为了在帝都买房，还厚着脸皮各种借钱。

自己确实经历了很多，也有不少感慨。

之前认为“Control App Can Control Anything”（学好数理化走遍天下都不怕，容我这样翻译）。

而，社会教会了我们，其实我们根本 Control 不了任何事情，甚至包括自己内心的欲望。

这篇文章，我们不说理财，只说涨薪与工作。

在没有50万可投资资产之前，你的所有理财性收入，都没有工资成长型收入来得快（投机、赌博除外，人生也不应该拿来赌博）。

一定要跳槽吗？

75%员工离职，其原因是无法和自己的上司处好关系。上下级的关系，已经成为个人发展，团队绩效，组织稳定，甚至企业核心竞争力的重要因素。

在管理学上有一门著名的学科方向——“向上管理”。

那么，作为一个 Coder，你首先要清楚老板招聘你这个岗位人才的目标是什么。管理双方的期望和目标非常重要。它决定了今后的日子里你工作是否快乐，更决定着你在老板心目中的位置。

• 你自己在 Android App 研发方向有一个大力发展，而老板却整天让你从事 Java 后端的工作。
• 你希望输出一个更好的产品，老板却不停压缩时间，催着赶快上线。
• 你渴望自己在新的业务线大展拳脚，而产品迭代却不温不火。
• ……

新的工作，新的老板年纪与我差不多大。平时在一起吃饭，玩游戏较多，沟通自然多了。从日常的沟通中了解，他最近苦恼于部门人数虽然很多，但效率却迟迟提不上来。也是，老板太忙，布置的任务大家都各忙各的，没有人每日跟进，自然也就没法按时完成。部门中，缺少一个进度跟进人的角色。我是，做 Android 的，这个进度跟进不是我的任务吧，何况，大家能听我的吗？

职场加薪“A+B 法则”，老板喜欢给这样的程序员加薪

有困扰的地方，就有机会。让老板主动给自己加薪特别简单，那就是，你得给老板一个给你加薪的理由。这里，我们现定义为“A+B法则”。

• A：是老板对你工作任命必须干的事情，即职责所在。
• B：在自己职责之外所做的贡献，即给老板超预期的收获。

如果能够熟练的完成 A，那么你在老板心目中，最多也就是一个熟练的技工。

给你的评价：你这个人不错，效率高、踏实、勤劳。

换位思考，你是老板，你会给一个踏实勤劳的技工加薪吗？

没有加薪的缘由，多快好省的完成你现有的工作，就是合同上签署的啊，这是理所应该的！

• 表扬，是对你过去一年工作的认可。
• 加薪，是对你未来一年能带给公司额外收获的激励。

在知乎上，也看到不少的小伙伴在抱怨，同样的岗位，老板愿意高薪聘请新人，也不给我们这些老员工加薪。这是为什么？

为何老板愿意高薪招聘，也不给老员工加薪？

“A+B法则”，同理啊，老板看不到你的发展，对你的未来没有超预期。

老板内心 OS：做同样的事情，并没有任何改变，我为什么要多花钱？

新来的人就不一样了，他在业务上有相似经验，他有丰富技能基础，他有团队管理经验。

老板觉得新来的人从哪看他都好，他就是救世主，他能够改变我们现有的困境。

真的有能力也好，或者假的简历欺骗了老板也好。至少，在他的身上能看到，可以给公司带来不一样的东西，能够改变现状的亮点。新来的同事，就已经拥有了“A+B法则”中的 B，多花一些薪酬，肯定也是值得的。

想让老板给自己涨薪，那么就得给 Boss一个 B（有点邪恶了），自己的成长一定得让 Boss 看得到，自己的改变也得为自己团队带来额外的收获。

当然，不善于人际处理也是很多小伙伴的通病，这也就是为什么，很多程序员小哥哥只能通过跳槽来涨薪的原因。

碍于情面，如何主动向老板提出加薪？

当然，就算你做了不少的贡献，公司依然没有提高自己的薪酬。那么，这个时候是否应该主动的跟 Boss 提加薪的事情呢？

“爱在薪口难开”，主动提加薪是很难开口的，如果说的不好，反而会被 Boss 留下一个不好的印象。

如果在纠结要不要主动向 Boss 提出加薪之前，你得先明确你公司目前的处境。

你的纠结也要看清形势，得先明确老板付不付得起。

初创公司，很难给到你想要的薪酬

创业这三年来，经历过产品修改方向，经历过多次熬夜上线，也经理过合伙人离开。这些都没有让我感觉到害怕。

最害怕的事情，莫过于核心团队的人员找自己说：“我想离开！”。

人心不齐，事情很难做成。然而，很多造成人心不齐的事情往往就因为钱。

• 有猎头找我，给我开的薪酬，比我们公司高出10K呢，我想走了！
• 我已经两年没有加薪了，今年我要求给我加一点薪酬不过分吧！
• 公司感觉发展有点慢，我不想要期权了，能否换成薪酬呢？
• 帝都的房租又涨了，能给我加点工资吗？

创业公司最好的地方就是机会比较多，最苦恼的地方就是现金流很紧张！

而从投行降落“滴滴打车”的柳青，坐的是经济舱，住的是汉庭，奢侈品牌的包包都不敢带上班。

没有高工资，却并不妨碍他们过得激情洋溢，付出近乎变态的勤奋。

所以，如果你享受工作带来的自由和畅快时，也别太纠结薪水低的问题。就算你纠结，你的 Boss 也不一定付得起。如果是在纠结，在向 Boss 提加薪前，也做好换工作的准备。

说很残忍一点，你的工资，从理性上应该仅略高于换了你的成本。

如果高很多，那一定是你在这家公司有无可替代的能力。

更残忍的是，世界根本不存在永远的无可替代。

大企，你需要和团队中的人竞争薪酬。

很多人会有一种错觉，公司没有我不行，其实公司没了谁都行。这个可替代性在大企之中显得尤为明显。

每年度薪酬调整的金额，公司为了控制好成本，对每一个部门都是有一个固定预算的。

即，你们部门的加薪额是一个固定的值，你的调薪如果多了，同部门的同事必定会拿到较少的调薪。

如下，就是一个按月新1W，来进行的调薪分配。

别人拿多少，我关心他干什么，我是在乎我为什么不能拿多一些？

别傻了！直接跟你的 Boss 谈心，他能够改变公司增加薪酬预算吗？他会让更核心人才的加薪匀一点给你吗？你的离开，对公司有什么损失吗？

你貌似连谈判的资本都没有！

基于公司的管理角度来说，很多人都没有意识到一点——加薪与升职是密不可分的。

主动向 Boss 提加薪，则必须表明自己已经负责了超出自己岗位责任事情的态度。除非自己负责了更多的事情，不然薪酬池的重心永远不会向你这边偏移。

当然，由于一个萝卜一个坑，没有向上升职的空间，再选择跳槽也是个明智的抉择。

最后，不管如何向 Boss 提加薪这个事情，记住一点，别诉苦，只说自己的贡献。因为，你的苟且没人关心，你的价值才是加薪的通行证。

“跳成首富”，规划好下一份工作

既然决定要走，那就走得安详。

本文写的关于钱，但，频繁跳槽能快速完成个人发展的跃迁吗？

李笑来在《财富自由之路》写道，跳槽，跳上三五次，薪水翻番的情况也很多。但从长远来看，这样做不仅是不明智的，每个职业方向都有天花板，你不可能永远靠着跳槽来加薪，其结果也是很明确的：你见到多少人通过频繁跳槽获得财富自由了？一个都没有。

作为程序员来说，涨工资就只能跳槽吗？抑或说，我们跳槽的目的就是为了涨工资吗？

马云爸爸说过，想跳槽对的原因无非两种：

• 钱给少了？
• 心委屈了？

（我想说，如果工资能翻倍，心理受点委屈也无所谓。-_-||）

要我说，跳槽，是为了更好的跳槽

鸟在一个笼子里呆久了，就想换另一个笼子，它们以为换另一个笼子就自由了，其实那是自己骗自己，哪个笼子同样还是笼子。

有句老话，频繁跳槽是盲目的，拒绝看外面的机会也是盲目的。

跳槽，是为了更好的跳槽。这句话念起来有点绕，但实际中确实如此。

互联网行业中，变化极其快，待上3年的，都称之为老员工。

每3年作为一次跳槽节点（真实的数据可能只有2年左右），那么这3年的工作经历，将会决定下一份工作的去向。

如同微信上最火的“跳一跳”游戏一样，多次跳槽中，并不是跳得越远分数越高，而是连续的跳中靶心，得到X2而外分数，分数增长得更快。

这里我们举个例子：

小张的简历

87年出生，普通二本院校毕业。

1. 2010年~2012年，XX 外包公司，Android 研发工程师，月薪 8K。
2. 2013年~2014年，XX 团购公司，Android 研发工程师，月薪 15k。
3. 2014年~2016年，BAT，高级 Android 研发工程师，月薪 25K。
4. 2017年~至今，XX 独角兽公司，高级 Android 研发工程师，月薪30K+期权。

没几年时间，小张的月薪已经翻了好几倍。而且目前还任职于某知名独角兽公司！

那么，我们再来看看小王的简历。

小王的简历

87年出生，普通二本院校毕业。

1. 2010年~2012年，XX 外包公司，Android 研发工程师，月薪7K。
2. 2013年~2016年，XX 创业公司。
   • 2013~2014年，Android 高级研发工程师，月薪 15k。
   • 2014~2015年，Java 研发工程师，月薪17K。
   • 2015~2016年，项目负责人，月薪20K。
3. 2017年~至今，XX 独角兽公司，项目总监，月薪35K+期权。

谁更有前景呢？感觉两人都差不多呢？

如果非要比个高下，你会怎么看？

不一定是正确的，但是从发展趋势来说，Android 的风口期已过，可供其选择的岗位有 Android 架构师、Android 专家、项目主管。除了超一线公司愿意花40K~50K以上的价格雇佣一个 Android 架构师，一般的公司不会再这个方向花太多的钱。当然，企业有这个钱，基本都是花钱在国外 FLAG 空降回来的精英上，很多企业是压根没有这个岗位，更别提花不花得起这个钱了。也就是我们常说的，遇到了职业天花板。

而一个经历过从0到1的开发，技术面广有担任过项目主管，其成长和学习能力显而易见，可供其选择的岗位很多，如部门总监、VP、CTO、CMO，他的未来发展是很难估量的。

跳槽不应该只追求薪酬的增长，更应该增长自己的见识、职级、人脉，你的薪酬早晚都是与能力匹配的。

人走茶不凉，离开工作不离开人脉

日常中只跟计算机打交道，如何积累自己的人脉呢？

华为35岁的老员工就被勒令辞退的唏嘘还没有忘掉，很多大龄程序员也萌生出莫名的感慨。为什么我干了这么多年，还是面临着被替换的危险？

原因很简单，企业可以使用更低的价格，雇佣更玩命的员工，顶替你的岗位。换句话说，你自己的技术没有壁垒。

商业 BD，有人脉资源做自己的壁垒。市场运营，在各个渠道推广中也积累了不少的资源。就连整天陪伴着程序员身边的 PM，对整个项目的管控参与比较深度，也有着不少相互信任的伙伴。对于程序员来说，拿来与企业谈薪酬的资本，也许真的只有自己的技术和经验了。

也许你也和我一样安慰自己说，技术背景的同事，人生规划不是还有技术路线吗？

• 初级工程师 -> 中级工程师 -> 高级工程师 -> 项目组长 -> 项目经理 -> 项目主管 -> 总经理
• 初级程序员 -> 中级工程师 -> 高级工程师 -> 架构师 -> 技术主管 -> 技术总监

中国是一个人情社会，如果非名校名企背景，相对于技术上的壁垒来说，积累自己人脉上的壁垒，更为实际。

• CEO 想做一个借贷产品，你能快速给出解决方案，并找到风控、前后端、设计等资源，用最短的时间搭建一个最小可行性产品（MVP， Minimum Viable Product）。这就是壁垒！
• 总监希望拓展新业务，你能够找到相关人才入职，并在最短时间内搭建一个可战斗团队，这就是壁垒！
• 组长规划下次迭代内容是对接三方支付，让大家花两周时间研究如何对接。你能够找到有相关经验朋友给大家分享，让整个工期缩短到1周内，这就是壁垒！

而这些资源，往往都是一些老东家的同事资源积累起来的。很多人都以为跳槽后，就可以和原单位说“拜拜”，“挥一挥衣袖，不带走一片云彩”，这样做看起来洒脱，其实这无意中让他们失去了很多财富。

深耕技术，忙碌中也要成长

最后这个章节关于规划与人生理想。

面试过不少的人员，也和不少的 Coder 朋友聊天过，大多数他们的梦想都有一个共性：我要成为全栈工程师！

全栈，一个不错的 Title，听着相当不错！

前后端一把抓，从 SQL 到页面渲染，从编码到页面设计，貌似一个人就能创业的样子呢！

然而，在不端的学习成长，成长学习的忙碌之中，我们往往会忽略掉了一个最重要的东西——你为什么要做程序员？

因为理想？因为爱好？因为想改变世界？

好吧，你们比较高尚，我是因为穷！

穷、穷、穷！

既然，这么穷，既然上班就是为了钱，既然编码的目的也是为了那点工资！

那么，就得想清楚，什么样的程序员能够获取高薪呢？

这里，直接抛出我的观点：技术牛逼≠高薪。

熟悉我的朋友都知道我是做 Android 出身，我接触 Android 的时候比较早，在2010年左右。那时候会写一个 Android App 的程序员，简直就如同天子骄子，随便一个应届生岗位开价都在12K起。

注意，那时是2010年，那时候的北京房价均价还在2.5W/平。刚毕业的学生，两月工资就能拿下一平。听起来像做梦一样！

如今呢？工资好像没咋变，但是，房子，o(╥﹏╥)o……

任何岗位都有牛人和新手，但有一个对手是任何人都打不过的，那就是趋势！

• 2008~2010年会写 J2ME，做塞班手机游戏的，月薪上万轻而易举！
• 2010~2012年会写 Android，做移动应用的，只有一年经验的程序员也能成为抢手货！
• 2016~2018年了解区块链底层技术，你还在乎工资？哇哈哈哈哈！

这里作者是劝我们去学习区块链吗？

非也！

刚好相反，互网技术变革非常快，每天都有新的语言、新的技术、新的开源技术出现，烟花缭乱，根本就学不完。没有了解，很难说哪门技术更有前途。盲目的追求技术的广度而没有深度就很难有竞争力。

全栈工程师是骗局吗？什么样的企业会高薪聘请全栈工程师？

周哥，你这不是在黑全栈工程师吗？

其实并不是，我还很认可全栈的概念。

以下几种人，很典型并大有人在：

1. 会 PHP + JS + MySQL 就吵吵自己是全栈，前后通吃。
2. 会做 App、会做网站、会弄数据库、配置服务器环境，自己就是全栈了，有任何问题找我。
3. Java、C++ 语言的转型前端，或者去做硬件，然后掌握了不少框架和工具之后，就说我是全栈了。
4. 配置了服务器，了解了一门后台语言，听说和查阅过各种前端框架用法之后膨胀的，并立志我要做一个全栈。

左青龙 右白虎 老牛在腰间 龙头在胸口。人挡杀人 佛挡杀佛的不叫全栈工程师，而是一个公司之中的救世主。

他凭借一己之力，减少了公司内部的沟通成本，人员招聘成本，帮助画饼的 CEO，把饼变成了现实。对于这样，我只能说“请收下我的膝盖~！”。

然而，这样的人存在吗？

根据格拉德威尔的10000小时定律，希望熟练的掌握前端、后端、客户端方向的知识内容，每天都花时间来专研也得花10年左右的时间。大多数自称为“全栈”的工程师，都停留到这个方向我“略懂”的境界。至于具体如何实现，如何让架构更适合后面阶段的模块化开发，那就真不知道了。

当然，就算所谓的“全栈工程师”，对每一个方向都精通。但，人每天只有24小时，一个大型工程，一个全栈工程师效率再怎么快，也快不过一个10个人团队的有效配合。

国内的公司基本很少在自己的招聘 JD 上书写自己需要招聘全栈工程师，很多 CTO 的职位所描述的也不是对一位“全栈”的要求。

Facebook 的一位员工就曾在 OSCON 上说他们只招聘全栈工程师，这样很多了解多方面技术的人才都欢欣鼓舞。然而，“全栈”指的不是掌握不同方向的技术，在 Facebook 工作的朋友之前就和我说过，自己曾是一位做推荐系统方向的专家，然而由于 Facebook 部门内部的人员变动，自己却要扛起整个部门系统架构的事情。

随着公司业务的发展，每个缺少人力的方向都会得到补充，这里的“全栈”所指的更多是，在业务需要的时候迎难直上的自我学习能力与责任担当能力。并不是让一个人亲手完成公司内部的业务，这从时间成本、精力成本都不现实。这样的“全栈”工程师才是 Facebook 所真正需要的。

• 假全栈
  • 全栈 = 全干 = 精力顾不上 = 产品粗糙
• 真全栈
  • 全栈 = 全都不干 = 良好的资源调动 = 团队运转，打造产品

要做解决问题的人，而不是 All in 去解决问题。

越忙越要学习

说得轻松，不同背景的痛苦确实不一样。

• 公司是个外包公司，每天的工作就是接不同团队的项目，技术简单，怎么快怎么来，而且项目紧张，根本没有时间学习深入的技术。

• 对啊，我所在的项目基金比较成熟了，但是技术架构比较老，为了出风险都不敢使用新的架构，每天工作总是在修修 Bug、打打杂，如何成为团队中的大牛？

• 我在一个创业公司，每日加班都到10点多，跟本没时间学习啊！

缺少自我提升的时间，这个不是 IT 行业特性，每个行业都有此苦恼。比你牛逼的人，时间比你还少的多，照样能够很合理的安排自己的工作。他们是怎么做到的呢？

能比王健林还忙？

这里推荐大家看一本书——《稀缺：我们是如何陷入贫穷与忙碌的》。

人们专注于自己稀缺的东西，比如时间和金钱，就会产生惧怕与焦虑。

• “唉，我怎么这么穷”
• “啊，我没有时间了，别来烦我”
• “怎么办怎么办，来不及了”
• “我好孤独，大家都不喜欢我，看，他们又没有理我了”

这个项目快截止了吧，我还有这么多 Bug 没有修改？

考试就明天了，怎么这么快，书都还没看？

糟糕了，我做不完了，早知道我提前一点准备就好了，我真糊涂，昨天还跑去看电影！

啊啊啊啊！

烦死了，为什么我就不能早点做呢？自己的心就被占得满满的，通俗一点讲，大脑信息处理的能力是有限的，就像一根管子，而带宽就是你能够处理信息的能力。一旦满脑子充斥着眼下的问题，你的带宽就被占据了很大的一部分，就像一条拥堵得水泄不通的马路，只能看见眼下的问题，而管子外的东西全部被你屏蔽在外。 成为一只坐井观天的青蛙，只能看见狭小的井口所能望见的天空，而那小小的一隅以外的天空全部抛在脑后，所谓的视而不见，听而不闻，即“盲视”。

对于经历过高考的人，想必也知道我们的老师常常强调时间的重要性，因此在高中，路上背单词，排队打饭背古文的人不在少数。然而一旦走出高中，你很快就会发现你再也没有这种如此完美的情况了。

大学里面考不过4、6级的大有人在，工作之后托福、GRE 考试计划也迟迟执行不了。这就是陷入了稀缺思维之中，背单词的时候想着工作，工作的时候纠结着今天的单词没有背，让自己的思维永远紧绷着。

对工作忙碌没有时间学习提升自己的 Coder 来说，不如将自己的时间安排放慢下来。我的建议就是在工作中成长，每日睡前安排一段时间反思自己今天的成果——高否、福否、帅否？

说差了，反思自己今日的工作是否安排得当？所用的技术框架是否合理？目前流行的开源框架是能够解决我们的困扰？竞争对手团队的技术安排是否也和我们一样？我们的开发管理如此混乱，BAT 企业如何管理自己的敏捷流程的……

将自己的节奏可以放慢下来，才有思考的余地。将自己的不足反思总结写成博客，将自己对开源框架的研究 Fork 学习，上上知乎，看看 GitChat，了解了解为什么有些人25岁就能当上技术负责人？看看，为什么同样的出身，别人就能够合理的安排自己的时间？

抬头看路，才能更好的奋力奔跑！

---

本文首发于 GitChat，未经授权不得转载，转载需与 GitChat 联系。