With the rise of JavaScript as a viable option on both frontend and backend, there has been a steady increase in the number of people who claim to be full stack developers. In fact, everyone resume you find could be of a full stack developer (not to mention 10x developers). This claim usually means one of three things:
How do we tell who is who and find needle from the haystack?
There is a list of products, when you click on a product more detail is shown in a modal window.
Change profile picture of user
The frontend developer is concerned with how fast the user gets the job done versus the backend developer is concerned with how fast the server responds. Both of the people gets the job done. Both of them are right on their own concerns as well.
Far from it. The frontend developer likes a 60FPS animation for sure. But if it takes three steps to get to the point where your 60FPS animation is, it's probably not worth it.
Getting things done in 40FPS in one step > 3 steps in 60FPS
As MDN says,
Perceived performance is how fast a website seems to the user. How a user perceives your performance is as important, or perhaps more important, than any objective statistic, but it's subjective, and not as readily measurable. Perceived performance is user perspective, not a metric.
When the backend developer is concerned with the output being out fastest possible it is possible that stats in some parts of the application are updating way slower than you thought they would.
You would find some users complaining about it as well, but that is nowhere close to the number of users would complain if the response takes a second more. But far worse is the fact that users who have found your application too slow would leave before they complain about it, while some parts of the application not updating is a bug that people complain about, application being too slow just gets in the way of getting the job done.
It's okay to be good at one thing.
PS: I'm not assuming that this is some crime committed by interview candidates. It's probably because companies are setting the wrong expectations from their candidates. If you want a guy who can do Java Spring, Python Machine Learning, some docker, kubernetes, penetration testing, Cypress, Selenium, React, Angular, AngularJS, BackboneJS, AWS, Azure and Google Cloud, you are looking for an engineering department.