加餐八 | 程序员怎么才能让自己走得更高、更远？

争哥说的都对。不过对于“危机”，我觉得什么时候都存在。即便是刚毕业的学生也有危机，记得也有一部分学生说过，毕业即失业。中年危机，我觉得只是在年龄这个维度上放大了危机感。一个人要有目标，并且一直在往目标努力，我觉得可能就没有太强烈的危机感，而是有更强的饥饿感。对于招聘，我也有过几次校招和社招面试官的经历。对于招聘人员来说，争哥说的对技术 业务 能力的考量是没有错的。但是对于招聘人员来说如何在这三个方面平衡是考验一个面试人员水平的。对于毕业生(或者工作时间在一年之内的)，我会主要考察知识(计算机专业知识)，也就是基本功，不会在意做了多少项目经验。我觉得作为学生做了太多项目而忽视专业能力的学习，是本末倒置，离开学校，余生会有很多项目让你做的。对于有工作经验的，会注重项目和工作经验，特别是对做过项目的理解(业务)和解决方案(能力)，因为有的候选人会写一些高大上但参与度不深的项目来丰富简历；对于有工作经验的人士，基础知识的考察主要是原理和实现方式的考察。基本就是二八法则(校招八是基础知识，二是经验；社招八是项目和工作经验，二是基础知识)。另外对于面试官来说，要对招聘岗位和要求有一定程度的理解，不是所有职位都是985 211.我不会对候选人的学历有区别对待，只要是候选人，我一般都会同等对待，而且会对985 211的候选人有更高一点的要求。面试中，尊重很重要，我曾经见过一个面试官说，“大专生也来面试”，语气中透露着一丝不屑，听到这句话，不管这个面试官水平如何，我第一印象是不愿意和这样的面试官成为同事。 所有的前浪都曾经是后浪，所有的后浪也终究会成为前浪。如果有困惑，就去通过行动寻找答案，如果热爱，就去拥抱一下现在和未来。

说的真到位，句句扎心

技术和业务同样重要，需要两手抓两手都要硬，但是如果并没有在某个行业深耕很长时间。这时候业务方向如何选择呢？求争哥指点

哈哈，原来，最后我们都变成了当年我们讨厌的

1.简历一塌糊涂路过。。。 2.起初都是一腔热血，但做好事不问前程。但选择真的更重要。 3.持续重构（60%项目代码），通过每个迭代将项目各个功能标准化，将黑盒功能重新梳理成白皮书。现在看来依旧觉得有点6，毕竟再做一次自己也没信心做到。但是这依旧被定位成输出不够。领导认为只有输出技术文章，引入新技术，去参与开源项目才算得上技术好。可是业务开发也分场景，特别是2b的业务，它没什么高并发高可用响应时间的诉求，但需求多，策略重。合理的项目质量比引入新技术重要。完善的文档加标准的代码结构以及合理的领域划分，方便运维，新需求迭代快，新人上手容易这些我觉得更重要。可是，没真正干过的人，没几个能理解个中难处，毕竟重构代码也不过是改改代码，是个开发都会，自然也就算不得技术好，顶多算砖搬得多。 4.我曾经多次拒绝做性能优化，导致领导私下找我，表示优化这个很简单不用担心做不到。然后就很尴尬，不做优化是因为我认为业务上不需要，所以不要轻易引入复杂度。奈何，有时候性能调优就是为了个指标。最终我也做了，方法也很简单，部分流程异步化，细分大事物等等。响应时间降低到原来的五六分之一。（但吞吐其实没增加多少，毕竟响应下去了，但单节点能承载的并行任务数也降低了）。虽然我尽量控制并发代码在业务代码的侵入，能基于spring异步接口的都基于spring写，但依旧觉得不舒服。因为心里清楚这份复杂性其实没必要。 5.凡事有度，别盲目。业务开发里面出基础架构师其实挺尴尬（看的不是智商，而是大家把时间用在哪里）。希望技术再透明点，业务开发得到善待~

作为一个被社会毒打过得年轻人，非常同意争哥的说法，以前跳槽的时候没有想过太多，只是单纯的看重薪资待遇了，而没有看重发展前景，一个好的公司的履历还是很重要的，还有就是争哥说的软技能也非常的重要，程序员的圈子确实比较单一，单纯，但是一定的软技能，沟通能力，协调能力也是必不可少的，需要好好学习才行，这里推荐几本书《软技能-代码之外的生存指南》，全书一行代码都没有，但是干货满满，还有《人性的弱点》这本书，教我们如何做人做事，值得好好读几遍~

作为一个程序员，不要总绝得自己很nb，没有谁是不可代替的，尽量让自己被代替的成本高一点吧。

作为“前浪”，我想对“后浪”说：还是考个公务员靠谱~~

国企和私企的氛围是不一样的，有的私企比较开放，但国企总体比较……所以在国企一定要注意不能什么话都说，而且要学会自己充电，否则容易温水煮青蛙。

第一句话就扎心了。即将35，正在为拿P7努力。