客户端和前端被称为bug路由器，果然名不虚传的。产品和测试那波人一有什么界面展示的错误，第一时间想到的就是写界面的那波人写的bug，然后群里@。这就很无辜了啊，切图籽心里想的是:这问题跟我没关系吧，怎么一有问题都找我呢。然后，抓包，看返回，把问题转给后端。有的时候，更过分的是，后端新增了一种状态，不告诉前端。界面根本没有这种状态的处理，然后前端被指责兼容性没做好。即便后端返回了错误的数据，你这边应该要考虑到这种情况的，是不是兼容性默认值没处理好，被疯狂pua。

如果你想在互联网呆五年左右，那么你可以考虑的。如果你是个爱跟别人攀比，那不建议，五年内被同届后端反锤。还有，选择了客户端，得接受在只能在一线大城市发展，不然其他机会很少，像我有女朋友，基本选择范围少，全国找工作才容易找。，毕竟岗位少总的来说，你短期干五年内，不爱与人家后端攀比，不介意离开家乡全国找工作可以去。我只是把客户端所存在不好的地方说出来，去不去看你自己。

新人真的别去，客户端够debuff了，加个基础架构的更加糟糕。我偶然看到网上有人说鸡架部门养老，这个说法其实仅限于实力高超且有多年工作经验的大牛，对于新人来说进鸡架的话，是最容易被裁背绩效的，因为不好拿捏工作内容。你想想，你进去，组里同事都是32岁的，你一个23岁，你是领导，有背c或者裁员名单优先给谁。如果整个公司收益降低，那鸡架就是最优先裁的。作为以前搞组件sdk的，现在去坐业务画ui了，感觉还是画ui crud舒服，没那么大压力。当然，你不听就是你的事了，点到为止

做基础架构很容易背锅。为什么容易背锅？这个很好分析，我们app内部基本上很多地方都会使用到我们这边的sdk组件，对吧？而一旦你Sdk内部出现了什么问题，比如说后端改了啥，业务那边某些地方使用不当，升级了啥版本，会影响到很多地方功能。而你做业务画UI，你顶多负责某个模块，不会大面积影响。一旦出了事故，人家业务组周报写着：经过排查，由于基础架构组的XX组件导致这个线上问题。而且，工作过程中，很容易业务组的人找过来问你，这个组件怎么不能用了？是不是这样？如果你作为一个新人进去，对整个系统链路不熟悉的话，那压力真的很大。

我很后悔第一份工作选择了客户端，并且我还是个基础架构的客户端，真的是debuff中的debuff

再补充一个劝退理由基础架构方向众多，技能不通用。面试优势不突出做基础架构其实一个人会负责几个组件或者中间件。并不是每个人都要维护部门所有的组件。而你如果只会这几个组件里的一些思路和套路，在社招面试你也很难拿下对口这个架构岗位。因为人家要求组件C的经验，而你只会组件AB，比如人家招一个网络IM框架的大佬，而你只会做动态化框架，技能不通用。而不像业务画ui写crud，他们技能要求基本一致的，岗位又多个几倍。

不推荐应届生第一份工作干基础架构第二篇。上篇主要讲了基础架构就业方向窄加上压力大的问题，这篇再补充几个。试用期容易被干掉吗？比业务岗位容易，上篇其实也提到了做基础架构工作难度高，自然而然对于新人来说不好上手，试用期的目标都难完成。当时，因为我是有客户端实际工作经验的才挺过去，但我另外一个客户端伙伴就没那么幸运，试用期挂掉了，已经退出互联网。相比业务开发很容易被干掉在试用期。新人做基础架构拿不到高年终和容易背绩效基础架构基本上都是年龄偏大的老人在干，对于新人来说前两年肯定做事不如老员工的，想想组里有c名额优先给谁，并且年终也比业务部门少。

先来个背景介绍，基础架构是什么？主要干什么？基础架构说白了就是公司的中台部门，对接的用户主要是公司的业务组。就拿客户端来说，平时主要开发和维护一些组件Sdk，比如网络库，日志库，opensdk，动态化，cicd提效工具。讲一下我的心路以及为什么劝退你们来基础架构吧。做客户端的基础架构，基本跟业务绝缘了，我做了一年多，都没写过button recyclerview，平时就负责维护网络Sdk，解答业务那边的技术问题，已经跟个客服差不多，所以周末随时on call。然后，压力又贼大，毕竟搞这些底层的东西比画UI还难，还要不断深耕技术。最坑的一点来了，被裁出来社招，基本上没有几个基础架构岗位，有也是只招五年经验以上的。我去面业务客户端岗位，你知道人家面评是什么？该同学技术能力可以，但业务经验缺乏，不录用

#你在职场中吃过哪些亏# 最近干客户端真的干得心都累了，职场就是战场，同事都是敌人。客户端就是职场上的背锅侠，最近，出现了一个用户线上问题，影响范围大。上面直接让客户端先排查了，有点棘手，也查了挺久的。发现了，把原因告知服务端，让他修复。结果还要被指责问题排查的效率低，我丢。我都没怼他接口乱改没兼容这块。一旦线上出了问题，都是客户端先去排查，找到原因再告诉后端，所以要带好电脑回家。果不其然，客户端就是名副其实的背锅侠。

不知道校招生有没有听过一种客户端岗位，它的工作内容大概是维护公司基础组件，对接业务侧需求，提升团队开发效率，基础建设开发。今天，我要劝退你们来这种岗位。业务开发大于架构/SDK。作为之前第一份工作干架构SDK的人告诉你们为啥劝退。第一，客户端岗位少，架构岗位更少，一个城市不到三四个，基本头部大厂。第二，你如果做架构的，面试业务开发，会很吃亏，人家评分就是业务经验少，方向不匹配。第三，架构岗位工作难度很高，因为是写网络库，埋点库之类的，喜欢招经验多的人，对于新人不好上手，很容易被裁，到时不够三年经验很难找工作。所以，校招生如果接到客户端架构岗位，赶紧跑，过来人的经验。hr会忽悠你该岗位很有深度，很有挑战，对你的成长很大。现实就是没有对口岗位，去了找死。

客户端现在的情况就是老人一直活着，新人进不来，基本上80%都是八年经验以上的，再过两年都是十年经验了，只要没有新人进来，那老人就可以一直活着。所以，重铸客户端的荣光就看你们了。不多说了，我先去送几个外卖订单了。

最近看了脉脉一些帖子吐槽:客户端省内别无选择去了外省，女朋友受不了异地恋，选择分手。对于这点，我之前我因为客户端面临异地恋分的问题也很苦恼的。毕竟客户端岗位很少，你投一下子就没岗位投了社招，只能去省内外包了。要不你就全国投才有希望，一个省投也很难找，除非你是清华北大那些本硕客户端，或者家在上海北京这些的，当我没说

告诉你们一个技巧，客户端校招，如果你简历体现了，并且是all in客户端的，那面试难度会加大，会比零基础的难拿offer。过往经验，一方面，取决于更多的是面试官怎么去想，另一方面，把你当sp 要求去面。