转Go后offer之路上的那些真相
一、 你真的了解公司要招什么样的人吗？
可能有的小伙伴看到这里就笑了，JD摆出来是干什么的？答曰：看看就行，全信你就傻了。我问过HR和猎头，很多关于面试和录用的决定要素很多时候不会出现在JD里，因为要增加简历来源，比如年龄歧视（呵呵）、学历、以往业务经验和其他技术优势和学习能力等等。
举个例子给大家做对比：
这个是蚂蚁金服开给猎头的一个Go的职位，猎头发给候选人的JD可能就这样，但是其实还有一些人选必备项被猎头隐去了，比如：
所以你看，必要条件不会写出来，优先考虑的其实是筛选要求，说起来是招Go开发，其实是招28-33岁做过云产品熟悉大数据相关技术背景和基础好的Go/c++开发。
很气对不对，但事实上大部分招聘网站上挂出来的职位都是这样，这就是为什么有时候我们觉得JD上的我都会，怎么简历投过去就石沉大海了？
那这种情况怎么办？
答曰：主动一点，你们可能就有故事。
现在很多招聘平台是支持在线沟通的，所以当你瞄准一个不错的职位时，一定要和HR沟通职位要求的细节，当然，不是一来就问“这个职位的要求是什么？”这么傻白甜的问题，HR可能会翻个白眼心里嘀咕不知道看JD吗？如果遇到脾气暴躁或者心情不好的，还可能引发一场HR和候选人之间的恩怨情仇哈哈哈哈。
当你仔细看完JD之后可以这样问招聘HR：
1. JD里岗位职责提到的工作内容各占怎样的比重，任职要求哪些项是必要的，没有简历在用人部门那里都不能通过？
这种几句聊下来基本能够确认过去是做功能模块开发，还是底层架构设计，工作的着重点是什么，可以根据这个修改过简历之后再投递增加面试机会。
2. 这个hc是怎么产生的，是新增、替补还是储备的？
了解hc产生的原因就能了解到这个hc所在业务线的情况，新增是因为业务规模扩大还是整条业务线都是新的？业务规模扩大说明之前已经验证过业务模式是OK的，不作死短时间内还是比较稳定的，如果是后者就得认真考虑了，毕竟像去年，君不见多少一线互联网公司的新业务线和孵化项目都纷纷夭折。
替补的话可以进一步问前任是什么情况，自己离职还是劝退的，原因是什么，他待了多久，这个时候如果HR愿意讲的话，基本都是实话，如果讳莫如深，那就得多考虑看看了，也可以后面和团队leader聊这个问题。
3. 团队目前都是怎样的人员构成（人数、学历、年龄段、工作分工），这个岗位的汇报线是怎样的，对接部门是哪些？
了解人员构成可以分析hc的定位和隐形要求，比如如果这个团队员工尤其是直线Leader的学历都是985 211本科硕士什么的，说明学历一定会影响面试决策尤其是简历筛选决策，相反如果学历普通，那学历就不是重要因素；如果普遍都是85后90后，那一定不会招太有代沟的；如果HR说不清人员分工、汇报线或者对接部门的话，说明内部沟通可能比较混乱，权责边界不清，比如产品和技术的沟通，比如没人来统一对接产品需求的话，进去之后可能会感受到被产品盯在座位上改需求的憋屈情况。
4. 薪资待遇及构成？
相信大家都有经验了，base》写进合同的base+绩效/奖金/期权》base+口头承诺的额外部分，除非比较知名可被调查到薪资结构的大公司，一般情况下base才是要重点争取涨幅的部分。还有就是挂出来的薪资范围分别对应什么样的级别和工作经验，如果答案多少是有理有据的，说明公司招人比较有定位，成长路线会比较清晰，如果含糊其词说具体要看人，多半对市场情况了解不深，实际预算是挂出来的中下部分。
以上4类问题要是面试前没有得到HR的回答，面试的时候一定要问面试官，这样会让我们的态度看起来非常积极，并且掌握的信息越多，在谈offer的阶段越有机会掌握主动权。
二、 简历怎么写才能增加面试机会？
1. 一定不要用一份简历投递所有岗位！
虽然应聘的都是Go开发，但是各家有各家的要求，可能本来我们是匹配的，只是写简历时不可避免地有侧重和简繁，先入为主和精则多说的心理规律往往可能导致简历卡在HR筛选的第一关。所以先看JD、问HR后适当修改简历再投递最好。比如掌握技能那里尽可能将符合JD描述的技能点写在前3条，总体最好控制在6条以内，措词最好简练，每条不超过两行，如果有相关项目成绩的可以一并写入，一份好的简历其实是可以从掌握技能和经验那里直接判断是否可以面试的，所以这部分要反复斟酌写，因为HR看简历是很快的，如果再前半页就已经有比较好的匹配度的话，基本简历已经到了转发用人部门的环节。
2. 项目经验多写一些具体技术细节、项目贡献和思考成长。
一定不要只写流程性和事务性的东西，这样很没有亮点，在没有口头交流的情况下很容易被认为是没想法，仅仅是代码输出的小朋友。
3. 自我评价、期望和兴趣爱好方面写好了是加分项，没特点建议不要写。
比如兴趣爱好里写的是热爱钻研技术，但是给出来的GitHub账号上面根本没有任何输出，这就有点儿尴尬了；自我评价里写的是学习能力强，但是随便一问平时从什么途径学习，最近在关注什么方面，支支吾吾或者讲不出实际点的，印象大打折扣。总之，不要复制百度下来的模板介绍，选3点比较符合自己人设的正面优点放大写，每点准备一两个例子，比如爱学习钻研，可以放有积累的技术账号，爱看源码业余做点小项目一类；比如沟通表达能力强，可以先总结一套比较好的工作沟通原则（怎么怼产品需求），说一些之前做过什么知识分享交流一类的例子（线下参加交流活动、线上交流讨论等）。
4. 尽量不要使用招聘网站填写后输出的模板格式
不止一个面试官跟我说有想法的候选人简历大多不用模板，看起来很有特色，最好自己word写好，放大或者加粗字体来体现逻辑，然后做成PDF保证打开格式不变，整体黑白简练最好，使用模板容易泯然众人（智联招聘的模板真的很受鄙视。。）
三、 怎么准备面试？
1. 基础代码能力很关键，可能是第一要素，面试前尽量突击一下理论基础。
因为很多GO开发其实是其他语言转过来的，能不能转型成功基础很重要，所以转型前后的两种语言的代码能力和理论基础可能都会问到，最好都准备下，比如面试宇宙条一类的公司大家都默认先刷题的操作了。
2. 尽量对之前工作经历中的项目做清晰地复盘和总结，以能够形成有项目过程、技术细节、项目贡献和思考成长的完整描述为标准。
因为能够进入面试说明简历描述是匹配的，一般面试管先会从简历上找点来问判断有没有水分，然后拓展开问看有没有超出预期，比如做后端开发的有可能也会被问算法和数据结构基础等，遇到这种没有准备的问题不要方，摆出好的态度就行，不要乱扯，老实说不知道，之前也挺感兴趣，就是工作没涉及到所以了解比较少，后面工作如果有需要，可以专门去好好学一下。
3. 没有项目经验怎么办？
现在Go开发的岗位相较于其他语言的职位来说更难接受无经验的小白。就算是接受转行的公司也会非常看重之前语言的项目经历，如果没有正式的工作项目经验的话，也一定要有业余或者自己尝试做的项目和案例可以拿出来讨论。比如游戏开发方向，自己看一些教程或者资料，然后做一些小程序小游戏出来，可以在面试的时候展示；又比如一些业务常用的基础框架和技术点，可以学习之后自己找一些开源的项目来模仿测试。
四、 谈offer的几个细节
1、跟你谈offer的HR通常有offer薪资10%-20%的涨幅权限。
所以拿到offer一定要尝试讨价还价，多争取到比较高的base部分。
2、达不到预期，被压薪资了怎么办？
这个时候一定要拉长战线，千万不要电话里就回复，争取一段时间考虑打心理战。
因为通常到了谈offer阶段，你的面试就不会有太大问题，综合来说是匹配的，HR这个时候通常会夸大我们劣势的地方来压薪资，千万不要顺着他的思路聊，要拉回到我们适合岗位的优势点，可以反问HR为什么要录用自己。记住一个原则，公司只会因为候选人匹配职位的重点需求发offer，而不会因为匹配点看起来比不匹配点多一些所以要降薪发offer，这样的减法逻辑是很奇怪的。
等到第二次沟通的时候，表达自己其他方面都觉得不错，只是对薪资不满意希望能有涨幅的想法，这种时候最好是线上沟通，保证我们不会被HR语气造成的压力带偏，同时保持可以思考措词的优势，经典话术可以参考下面这种“以退为进”的说法：
这种时候如果HR说去帮忙申请看看，基本至少会给她权限范围内的涨幅，如果HR没有权限的话，也会去和用人部门商量。
3、高级offer算年包要注意问清细节
是否避税，五险一金怎么缴，HR谈税前我们要讨论到手，年包1/3在奖金绩效等方面的话要慎重考虑，怎么考核怎么计算，会不会写进合同等。
五、 总结和福利
1、投递简历前多主动询问，思考公司招人的隐性和硬性要求。
2、简历按岗位定制，不要使用模板，尽量简练大方，优化掌握技能、项目经验和自我评价部分。
3、准备面试一方面按简历准备，上面的每个点都可以讲出例子最佳，另一方面尽可能匹配JD有足够的储备和沉淀。
4、谈ooffer时要注意问清细节，争取较高base，多斟酌话术。
其实转go开发的准备和面试的细节其实和其他语言是差不多的，除了遵循我们提到的四个原则之外，体现基础和实战实力永远是决定能否拿到offer的关键因素！
最近我们社区发布比较多的微服务方向就是其中之一，而Prometheus这套开源监控系统在对海量微服务监控挑战这方面的独特优势，在众多Go开发爱好者的眼里也是必学框架！
在此给大家推荐一本关于Prometheus的红宝书——《深入浅出Prometheus》- 原理、应用、源码与拓展详解，是由电子工业出版社出版，陈晓宇、杨川胡、陈啸三人共同编著，系统讲解了 Prometheus 的原理、应用、源码和拓展，图文并茂、讲解全面。
原理篇主要介绍了 Prometheus 的整体架构及与其他监控系统的对比和优势，让读者从整体上把握 Prometheus 的相关概念。
应用篇从传统应用监控和 Kubernetes 监控两方面讲解 Prometheus 的安装、配置及优秀实践，着重介绍 Redis、MySQL server 等常用中间件监控，并结合 Kubernetes，详细讲解如何通过 Prometheus 监控容器集群，还对每个操作都进行了非常详尽的记录。
源码与拓展篇从整体到局部详细剖析 Prometheus 的源码架构，并且结合实际生产环境二次定制 Prometheus 的部分功能，可加深读者对 Prometheus 的理解，也能很好地帮助读者提升 Prometheus 开发技能。
Prometheus 将会成为监控运维方面最锋利的瑞士军刀。无论是对于运维工程师、软件架构师、研发工程师，还是对于资深IT人士来说，《深入浅出Prometheus：原理、应用、源码与拓展详解》都能带来一些新的思路和方式。