后端、前端、客户端比较

RT，本来是想做这次字节青训的项目的，但这次根本没提供客户端，于是来这里寻找一个前端的同学，我负责后端并提供api，内容的话和青训相同，都是商城项目

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

#双非能在秋招上岸吗？#

经过移动客户端实习和秋招，我终于明白为什么说移动客户端劝退了1.互联网是业务驱动的，按业务分很多公司大前端属于一个组，组内前端又能写 web 又能写移动端，移动端工作量没有那么饱和，产出不如前端，自然升职加薪轮不到移动端。2.移动端只有有自己的 app 的大公司有岗位，而大公司为了效率以及部分人的绩效，往往会有自研的跨端框架，大部分业务代码会用跨端解决，所以跳槽困难，因为每家的跨端框架都不一样，反正都是重新学就不如招应届生。3.至于更底层更有技术含量的性能优化系统架构等相关岗位，也会存在一个共同的问题就是新的app减少，只需要少量人维护，hc减少，还已经有大量早入行的经验丰富的客户端老人存在，社招竞争不过他们。虽然已经想清楚了这些，还是决定去做客户端了hhh，一是前端后端测试都没学过，也不想卷，感恩存在客户端这种愿意从零培养孩子的岗位，二是确实觉得移动端很有意思，工作内容和要学的知识都是感兴趣的，所以决定去传统行业，手机厂/车企/智能终端等做移动设备的应该都算是有稳定和持续的原生开发需求，技术栈也是稳定可深入的， 发不了财但是能让我稳定地做喜欢的工作，到时候实在是被裁找不到工作失业的话就去考编了，也是我可以接受的结果☺️