受气的1b，下份工作争取全栈，后端很难吗？其实写代码熟练后都差不多，我也会mysql curd，是个人都会，我如果去从事后端，难的绝对不是写代码，而是听需求。现在的工作，遇到个偏执的后端，他啥数据都默认null，同样的字段处理数据他又要我传int，需求又要我呈现空字符串，自己就不会做个判断将null||空字符串处理为0吗，遇见null就报错，报错原因从来不抛出来，为什么这样写，这是别人写代码的原则，你也说不了他，难道还能打他一顿吗，我要自己写后端我受这份鸟气？项目遇见较难的bug，直接摆烂，联调也不来，消息也不回，测试问就是前端的锅，测试也就要来问你，公司鄙视链最低，别人地位高啊，就算是他的问题，你说公司是开除前端还是后端？平常找他也是一来就仍锅，我承认项目前期可能我问题比较多，熟悉项目后找出的bug那就是后端的bug，今天找他鬼火起，上来就是你自己不看需求？一小时后：我改好了。说真的，我感觉他写的那些东西一点不难，可能我前端处理些复杂数据变态需求比他更难，自己一个人写代码哪有这么头疼，在我菜鸟时期其实写过后端，那时太菜只会mysql curd的程度，但我解决大部分问题都是后端解决的，很多时候比前端方便，测试有问题我就帮你调啊，我前端帮你调篮子数据bug？下份工作争取找全栈，至少找个开发有制度，后端脑子正常点的公司，其实也暂时不想离职，只求项目快点做完换个后端合作。
他还不算最难合作的吧，最难合作的应该是他们后端老大吧，年龄大概有40，后端底层的数据都来自他，你给他描述问题，他总是以你很难理解的方式来回答，自己的bug仿佛从来不是他bug，让他把错误描述改一下是不可能的，他底层的错误报错全是这是一个错误信息，NT一样，只有用户和上级领导提出问题时他才会改。
