昨天在站内回了一个小朋友关于招聘和简历的帖，趁着有点空，随便写写。
我本身在几个老牌的大厂都干过技术管理岗，目前二次创业中。。。。。。这期间面过的技术人员超过1000个
说说目前的现状，一个主要城市的开发岗，比如前端和Java基本都是过剩的，一个岗位挂出去，一天内基本是1500+份简历，所以，我看什么？ 优先级从高到低是： 1. 有没有电话 2.年龄 3.每家公司的工作时间 4.学历 5.项目经验，目前来说boss直聘的简历模板是很差的，所以，某个我觉得重要的信息看不到，就直接关了。
这个顺序的逻辑是：1.看不到电话，无法联系，后面都别说 2.年龄太小，但工作经验明显超过的，太假太空（比如25岁，6年工作经验）3.每家工作的年限很重要，大量的人每个公司干1年，无论是谁的问题，基本到这就关了 4.学历，重要，也不重要，到这里我都没有关，说明就不重要。 5.项目经验，看过的基本都是灾难级别的，没有写的可以不写，不要罗列一大堆影响我看重要的内容，精通，熟悉，这些词太笼统了，改过SQL就敢说数据库调优，docker部署过项目就敢说弹性高可用。 真做过自己得意的项目，就详细写一下内容，团队规模，项目组织，周期，自己担任的角色，为什么对这个项目骄傲且敢写进简历里。 如果我看到这样的项目经历，基本面试的机会你就有了
不好意思，有点急事，回来有人看了再填坑
一续：
接着写，想到哪写到哪，杂事比较多，见谅。。。。
简历里面，期望薪资其实是最好写上的，算是对自我能力的自评，可以有10%左右的上浮，再多了，很容易试出来的，就算侥幸过了，相信我，要10k，至少产出12k，要20k，至少产出25k，你可以说血淋淋，但这就是事实。
10年前，我面试的时候，总喜欢压价，觉得这样能体现自己的权威性和价值，其实这是非常错误的，最近5,6年里，我只会给这个岗位的最高价，为什么？首先，对于求职者来说，这几乎就是你在这家公司能拿到的最高价了，进来以后，除非你直接为公司赚取了大量的价值，否则，很难有机会涨薪了，很多时候，并不是leader给你画饼，到了年底落实不了，老板看的不是你个人，看的是团队，看的是整个公司的财务状况，和这些比起来，个人再突出，很可能都会被别的东西抹平，所以，涨薪是非常困难的事，除非是你入职的薪资大幅度落后于你的产出和能力，但是，这也只是回归正常的价值水平，而不是真正意义上的涨薪。对于我来说，给这个岗位最高的薪资，我的逻辑是给出我的预期，超出你的预期，收获更大的预期，简单说就是获得双赢，再深层次一点说，求其上得其中。
简历中，另外还有个我非常忌讳的是，可能资历和背书都不够好看，觉得放低姿态，写一些我愿意学习，有很强的学习能力的，基本就pass了。为什么呢？昨天我也写过，一家商业公司，找一个岗位，基本是深思熟虑过的，招来的人，是要有产出的，要学习，那是你的事，别带到工作里，功夫都在事后，最好也在人后！聪明的人，只做不说，笨的人说了并不会做。
又扯到聪明和笨这个问题，那就顺着说几句。聪明和笨从简历上其实看不出来，这部分基本要到面试阶段了。从技术官的角度，我喜欢什么样的人呢？ “懒”，“懒”的人对技术有追求，对自己有要求，还不喜欢人家说他懒，同样的活，别人做一周，他三天就能搞完，完了还能指导一下别人，做点看起来可能花里胡哨的东西。这种“懒”是另外一种层次的聪明，甚至还带一些清高。另外一种就是死磕的人，这种人在技术端比前一种人多，遇到问题就是死磕，最后就是闷声放响屁，解决大问题。我所说的两种人，都不是真的“懒”，也不是真的笨，他们都有我最看重的东西—自驱力，“懒”的人为了不让别人说他懒，必须做得比大多数人优秀，死磕的搞不出来抬不起头，必须驱动自己想尽办法去学习去专研。但是，团队里这样的人各一就行了， 多了容不下的。
开会去了，有空接着写。。。。
抽空小更新一个，我发现北京的前端，女生比例远远高于其他城市，我以前基本是不招女生的，但是最近意外发现女生做前端还挺不错的，哈哈哈哈，没有歧视的意思，单纯觉得开发是苦力活，女孩子做的话老得快
二续：
写点我个人觉得开发岗位职业发展比较重要的-------成为什么样的开发人员？
这个问题也是在大量面试中我和求职者聊得最多的问题，我先抛出我的观点，99%的开发，无论前后端，其实只做了一件事情！！！！ 无论你承认不承认，无论是大厂，还是创业公司，开发的工作就是拼字符串！！！！如果你想明白并认可这个观点，可以往下看，如果你想不明白要杠，不好意思，你对
。
开发的成长无非两个路径， 深度和广度，深度可以让你保持有足够宽的护城河，但是对稳定性的要求就非常高，因为你的深度和业务的契合度要求非常非常高。这个点展开讲比较耗时，就只写到这里了，能理解的一定会点头，不能理解的说再多都无用。
至于广度，就容易理解得多了，现在的开发工作，一招鲜是远远不够的，你随时会面临各种各样层出不穷的问题，有低级错误，有老大难问题，知识的广度就会体现出价值，基于前面的观点，开发就是拼字符串，没有那么多高精尖的任务等你去攻克，但有大大小小的坑等你去填，多一份技能，哪怕是一些出于兴趣的了解，可能对你解决问题都会带来新的视角和思路。
最后，无论是上面哪一种，对基础知识的学习和理解都至关重要，面试中，能基本无错答出网络OSI七层模型，TCP/IP四层体系结构的人少之又少，再简单些的http协议，dns协议是如何设计的这些话题，对招一个开发来说重要吗？不重要，但是，理解那些伟大的设计，以至于用来解决问题，能做到举一反三，才是一个优秀的开发人员应该有的样子。
想起再更吧，也可能被喷死就不更了，就这。。。
三续：
如何打招呼？
boss这类平台都有打招呼的功能，投递以后，建议照前面的项目经验部分描述一下项目经验，不要写假大空的话，比如，关注您公司很久啦，我很想加入之类的，选自己拿手的东西介绍一下，突出个人能力。这样做一方面是重视找工作这件事本身，另一方面也可以规避一些平台对双方信息交换的限制。
四续：
回答@yelixin_117的提问，提炼一下问题就是------写一个好的项目经验的方法论是什么？
【STAR+】法则：
S------ Situation：项目核心情况介绍，痛点是什么，目标是什么，例如高峰时间QPS过低
T------ Task ：你的职责和面临的挑战，例如你设计并实施了异地多活
A------Action ：这里就是介绍自己技能的地方了，不需要多和复杂，只针对项目情况，为什么要选这些技术方案，和之前的什么差异，这些差异的横向对比，最好以数据的形式列出，要经得起推敲。
R------Result ：最后就是结果的描述，达到预期了吗？核心就是要量化，忌讳笼统地描述，例如说，提升了性能QPS，保证了可用性，how？
- ------加分项 ：申请了xx专利（这个在软件行业很普遍，软件类的专利含金量并不高，但是领导会知道你做过这个事，了解流程， 对公司是有用的）
上面是方法，下面写一下技巧：
1.数据驱动：一定要让数据去说话，避免文字性的说服，比如引入了某某机制或技术，降低了请求响应时间，数据库压力降低了xx%
2.技术具象：某类技术并没有高低，选择合适的应用场景，并且知道是为什么要这么选，表明自己是认真思考过的，这一点很重要！！！远比你写一堆技术术语，名词要有用得多！
3.角色清晰： 区分「主导」和「参与」，参与的话就不值得写了，因为等于和你无关。
暂时写这么多，有问题再更
