有关于做web开发的程序员，不知道你们有没有这样一种感受，那就是前端工程师与后端工程师之间有时也会存在鄙视链的关系，比如前端程序员会认为后端程序员没什么技术含量，不就是写个接口，获取一些数据而已，而前端就不一样了，各种炫酷效果，如瀑布流，轮播图，css动画，另外还要做各种设备兼容或者浏览器兼容等问题，在前端眼里他们的工作才具有成就感与挑战性。
而后端工程的看法则完全相反，在后端工程师的眼里，前端不就是写几个静态页面而已，而后端需要考虑各种性能，高并发等情况，而且还要防止sql注入，暴力访问攻击等情况，既要保证代码可读性高，又要让代码运行性能更强，总之，大部分人都是站在个人的视野去看对方，近期，就有一名前端工程师网友吐糟了一名后端工程师。
据这名前端工程师说，他调用了一个后端接口，这个接口足足花了5.7秒才算是加载完毕，这样奇差的性能让他感觉很不可思议，于是他就去找到了后端工程师，了解这其中的原因，最后他得到的解释是，这个接口是调用某云端一天内获取的数据，并且还分成了24部分，这是计算后最终反馈给前端的，听了这样的解释，这名前端工程师显然是内心十分不认同，最后还发帖抱怨了几句，说什么还配得上是10年的资深工程师吗？针对这名前端工程师的抱怨，让我们一起看看其他网友们都是怎么认为得吧！
网友一：确定不是处理资源上消耗时间过长？还得定位清楚吧。
上世是朵花：当然要看这块具体的业务，如果说根据业务情况这个时间可以接受还行，如果这个时间特别影响体验，就很有必要调整实现思路了，或者做成缓存之类的。
网友二：很正常，10年+的还在crud也就这种水平
上世是朵花：就一个现象也不足以下结论，相信做后端的也不只是curd这么简单，有的经验也是很宝贵的。
网友三：可以异步处理呀
上世是朵花：没错，想必前端肯定是异步调用的，页面先渲染出来，等数据拿到后再显示数据部分，也可以做出一个加载进度条的效果。
网友四：这种水平还不开除？
上世是朵花：我们不了解具体的详细原因，也不方便下如此结论。
网友五：写个异步一分钟的事
上世是朵花：呵呵，怎么听着有点像产品经理的口吻。
网友六：一次拉回来内存处理或者异步处理合并结果
上世是朵花：没错，能优化的方式有很多种，当然还要看实际情况作出最合适的调整方案。
就这些描述，众多网友都认为这样的事情很好处理，没有什么难度可言，当然，从上面的描述，我们也获取不到更多信息，不了解具体情况，还是不下结论为好，不过有一点是可以肯定的，那就是这样的问题肯定是有解决方案的，首先上要看下具体业务情况，看看在这个业务场景下，这个加载时间是否在忍受范围之内，如果说对时间要求读不高的业务，不需要后端处理，只需要前端做出一个加载进度的效果，能让人感觉到页面不是死在那里了，而是正在努力的加载数据，如果说这个页面对性能要求比较高，那么就必须后端做出调整方案了，有时就一种现象的产生，我们也没必要立马做出diss的结论，毕竟看到的只是现象，这现象背后肯定是有各种复杂的原因导致，或者说有一些是历史遗留原因，是很多很多因素综合的结果，跟所说的主人公没多大关系也是可能的。
以上所有图片均来之互联网
大家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进一步了解我，那就关注我吧！
