🧑🏻‍💻 낙관적 업데이트, 그리고 UX

인스타그램에서 게시물에 좋아요를 누른다면, 인스타그램에서는 서버와 통신하여
해당 게시물에 좋아요를 남겼다는 데이터를 서버에 보내주고, 저장합니다.

그 후에는 투명했던 하트의 아이콘이 빨간색으로 변하게되고 유저가 좋아요를 눌렀다는 정보를
시각적으로 확인시켜줍니다.

따라서,

1. 서버와 통신하여 해당 포스트에 좋아요를 남긴 유저를 저장한다.
2. 유저는 시각적으로 좋아요를 누른 게시물의 여부를 하트의 색으로 판단한다.

클라이언트와 서버가 통신할때에는 필연적으로 시간이 소요됩니다.
클라이언트가 서버에 요청을 보내고, 서버에서는 DB를 수정한 후 다시 클라이언트에게 결과를 보내주기 때문입니다.

하지만 인스타그램을 사용할때 좋아요 버튼을 누르면 시간의 지연이 없이 바로 좋아요가 눌려진 모습을 시각적으로 확인할 수 있습니다.
서버와 통신하는 시간이 필연적으로 존재하는데 어떻게 어플리케이션의 UI는 즉각적으로 반응할까요?

Optimistic Update

그 이유는 바로 낙관적 업데이트를 적용시켰기 때문입니다.

유저가 서버에 요청을 보내고 응답을 기다리는 과정을 거친 다음 UI를 보여주는 것이 아닌,
일단 UI를 서버에서 성공했다는 응답을 받은 것처럼 업데이트 한 후에
서버의 응답에 따라서 요청이 성공되었을때는 UI를 그대로 유지하고, 요청이 실패하였을때는 UI를 다시 원래대로 복구시키는 것입니다.

유저는 상태를 변경하는 작업을 수행하였고
이 상태에 대한 UI를 낙관적으로 서버에서 상태 변경을 수락할 것이라는 전제로 업데이트해주는 것입니다.

따라서 이름에서부터 유추하였듯이 "낙관적" 업데이트라는 이름이 붙은 것이죠.

UI의 즉각적인 반영에 대한 긍정적인 UX(사용자 경험)

지금은 거의 모든 SNS에서 낙관적 업데이트를 사용하여 해당 UI를 표시해주어 당연한 것이라고 여기지만,
이 당연한 UI의 변화가 유저가 사용하고있는 어플리케이션이 빠르게 적용되고 있다는 인상을 주어서 긍정적인 사용자 경험을 받을 수 있는 것이죠.

만약 서버에서 응답을 받아온 다음 UI를 변경해주려고하면 순간적으로 어플리케이션이 멈춰보일 수 있어
부정적인 사용자 경험을 받을수도 있습니다.

낙관적 업데이트를 사용하면 좋지않은 어플리케이션

바로 응답받는 데이터가 중요한 어플리케이션입니다.

금융 어플리케이션에서는 실제 돈이 오고가는것이기 때문에 서버에서 응답해주는 성공과 실패에 따라
UI를 즉각적으로 반영해주어야하고,
당연하게도 미리 UI를 업데이트하는 일이 발생하서는 안되기 때문입니다.