《程序员跳槽攻略》笔记

不要用跳槽来胁迫加薪

……不要以跳槽为砝码去谈加薪，这种迫胁性的谈薪资方式会使主管对你丧失信任。

不管涨薪成不成功，他都不得不为你的离职做好准备，而当准备完成后，你就可以走人了。

类似的，当你提跳槽时，如果你的主管通过加薪来挽留你，最好也不要同意。

情商正常点的人都要想到以后和主管相处有多尴尬，傻逼才留下。

你学的技术要对工作有用才行

……有同学说，我技术很好啊，又会机器学习又会编译原理，凭什么那些写Javascript的薪水比我高一倍？

谁让你在一家建站公司上班呢。对一家做网站的公司而言，机器学习和编译原理是不能为它带来收益的，而Javascript写成的带有完美动画的交互组件却能实实在在的拉升公司产品的销售。

而同样是这个人，如果他去一家以大数据分析为核心业务的公司工作，那么他的价值就不一样了。

所以你的价值，和你牛不牛无关，只和你能为你的雇主提供多少价值有关。（当然，大多数情况下，你能力越牛越能提供更多价值。）

这是最根本的规则。

增加自己的使用价值很简单，提升自己的业务能力就好。

我认为这里的业务能力是某项工作所需要的特定能力，而不是其他工作所需要的能力。

程序员如何谈薪资

如果你对现在公司很满意，只是觉得薪资太低，那么可以先和你的主管聊聊。

我一般这么谈加薪的：

首先，讲一讲自己最近在工作上的成长，看主管是否认同；

然后，从能力提升角度，向主管要一个更大的发展空间和更大的业务挑战；

最后，问问当你的能力达到这个新的水平时，薪资是否可以同步提升起来。

这样谈有几个好处：

它建立了一个谈话基础，那就是薪资应该和能力相匹配；

不谈现在的薪资，而是谈未来，一方面表明你对现在的薪资还算满意（以减少主管顾虑），另一方面对主管来讲，他没有立刻给你涨薪的压力；

它体现了你对自己能力提升的渴求，而如果在谈话中出现任何不顺利，你可以把中途把对话结束，根本不提加薪的事情。

当然，坏处就是你得隔段时间才能加薪了。

跳槽的原则

永远不要因为「现在很差」而跳槽，要因为「未来更好」而跳槽。

只有这样才能保证你一直往上走。

程序员发展路线

应届生 → 初级程序员 → 小组主管 → 部门经理 → 总监 → CTO

应届生 → 初级程序员 → 小组主管 → 初创公司CTO → B轮公司CTO → 上市公司CTO

如何发现某个岗位最需要的技术是什么？

……接下来我们就要开始做市场调研了，把符合你标准的公司一个个列出来，没在你所在的城市也没有关系。去他们的官方网站，从你想要应聘的招聘启事复制下来，放到数据库里边（写个脚本就可以了，我相信对你来说不是什么问题）。

样本要量稍微大点，至少50份以上吧，然后分词，按词频降序列出来。很快你就可以了解到这些公司对这个职位的要求是什么。

踏马的，我都是复制到印象笔记再自己手写统计啊。

开源项目对求职最有用

开源项目在技术求职中是大规模杀伤性武器，如果要面试的公司正在使用你写的开源代码，你会有非常高的加分；

即使不是那么有名的开源项目也可以让面试官很清晰的了解你的编码风格、架构能力，从而节省很多不必要的面试笔试时间。

所以现在就开始你的开源项目吧。

如何构建个人技术品牌？

下边给一些常见的构建个人技术品牌的渠道。

一种是写技术文章，首先可以发布到你自己的技术博客，然后同步到微博（可以用ifttt）

如果反响不错，可以再通过微信公众号推送给订阅读者，提交到 startup news 和 cdsn的极客头条，针对文章的受欢迎程度，我们还可以进行二次加工。

根据文章内容制作PPT，通过slideshare和微盘分享，定期精选系列文章，更新到最新后整理成PDF，通过微盘分享。

对于特别受欢迎的教程类文章，可以做screencast，通过在线教育网站（比如优才网、慕课网等）进行传播。

另一种是做开源项目，那当然就是GitHub了。

开源项目的选择

并不是一定做出WordPress这样的项目才行，其实很多有名的开源项目不过是一些细节上的改进，比如iScroll这个项目，它其实只是处理滚动条的小Tip而已，技术上没特别的难度，代码量也不大，但由于大家都不想在这种细节上花太多时间，反而让iScroll大规模流行，最后苹果和微软甚至雇佣过它的作者做兼职。

所以开始一个开源项目其实很简单，找一些自己在做项目时遇到的费事费时的小细节做好，然后开源就可以了。

举个例子。

比如我们在做图片列表的时候，如果图片高度不同，我们就要截图，很容易把脸给截没了。但其实JS版的人脸识别库已经在github上开源了，那我们就可以做一个可以识别人脸的智能截取一定高度的图片的jQuery插件，先给自己用，再开源给其他人。

用户的增加，我们会添加对不同版本浏览器的支持，添加对手机的支持。这样用的人就越来越多，他们会帮我们口口相传，最后我们就有了一个很不错的开源项目了。

比起技术能力，更多的是「来自于真实的需求」以及「持续更新的毅力」，这就是做好开源项目的秘诀。