Executando verificação de segurança...
1

Depende muito. Na maior parte das vezes abrir um site e ficar carregando lentamente nem sempre é o backend o problema. Pode ser até um problema fora do escopo do projeto envolvendo DNS. O mesmo a conexão do usuário. Mesmo o Front-end que não sabe lidar com cache adequadamente, session storage etc...

UX é um conceito que faz mais sentido para front-end do meu ponto de vista. Mas pode ser que eu esteja preso num paradigma.

Cores, organização, tipografia, essas coisas que UX geralmente trabalha em cima. O usuário que um feedback para o que tá acontecendo. E na maior parte das vezes uma pagina de load já é o suficiente.

Se a pagina de load fica mais de 2 segundos ou algo do tipo, o problema não é de UX e sim que arquitetura por parte do backend ou como esses valores estão sendo manipulados pelo o Front-end.

Carregando publicação patrocinada...
2

bom dia, sres.

meu professor da facul uma vez disse que timeout e tempo de resposta são tão importantes que a dimensão da Garantia da Qualidade de Software chamada "Disponibilidade", que é uma dimensão de requisito não-funcional, deveria ser considerada na verdade uma dimensão de requisito funcional. ele citava sites de e-commerce, e o próprio sistema de formulários de várias instituições.

1

Concordo em partes com alguns pontos, mas acredito que você, como um desenvolvedor backend, saber como o usuario utiliza a aplicação e como pode otimizar pontos para que as respostas possam ser mais rápidas, e entregar os dados que sejam realmente necessários para o usuário, afeta diretamente a experiencia que ele tem com seu produto.

A questão do site lento, é só um exemplo em relação a como o usuário pode interagir, mas as vezes, o backend ou api enviar dados a mais ou a menos que o necessário podem interferir.

Não é só o visual que afeta o usuário, mas o tempo, a sensação que ele tem, o que ele espera, coisas do gênero.

Você pode também ter um puta Front com um tratamento de situações e estados sensacionais, mas um backend ou apí que não trate situações muito bem também.

Não é pra ser uma guerra, mas sim os dois em conjunto entregarem o melhor para o usuário.

2

Bem, você tem um ponto. Essa discussão é maravilhosa. Pois podemos continuar com ela por muito tempo. E ir até fora do escopo de web servers.

Pensei em Rust quando se trata de web servers com performance. Talvez no futuro Rust ganhe mais espaço para isto (já ten ganhado em área críticas).