개발하는데 다 이유가 있겠지

일기

 

오늘은 0주차 최종 발표가 있는 날이다. 비교적 아침 일찍 일어나서 부랴부랴 몸을 이끌고 강의실에 도착했다.

강의실 도착해서 어제 구현한 서비스를 바탕으로 발표자와 함께 최종발표 자료를 준비를 했다. 그러던 중 팀원의 의견으로 유저 프로필 변경하는 기능을 넣게 됐다. 발표시간이 그리 여유롭게 남지 않아서 걱정이 되긴 했지만 팀원분들이 역량이 뛰어났기 때문에 세 명이서 역할 분담해서 무사히 구현을 할 수 있었다. AWS EC2에 배포를 하고 같은 반분들에게 받은 데이터를 서버에서 건드리다가 실수로 프로필 이미지 데이터가 모두 삭제되는 사고가 생겼다. 방법 찾던 중 해결이 안되서, 아까 구현한 프로필 이미지 변경 기능을 이용해 복구할 수 있었다. 구현해놓기 잘했다.(낙타님 감사합니다)

약 3박 4일간의 기간이긴 했지만 실질적인 개발 소요기간은 2일정도 된 것 같다.

된다면 구경와주시면 감사하겠습니다.
https://github.com/tjddnr9553/jungle_book

그리고 최종발표에서 발표자가 완벽하게 잘 발표를 해줘서 정말 기분좋게 첫 번째 프로젝트를 마무리 할 수 있었다.

끝나고 뒷풀이 회식으로 다같이 삼겹살을 먹으러 갔다.

가서 코치님들과도 짧았던 대화도 나눌 수 있었다. 좋은 얘기를 많이 듣고 노력많이 해야겠다고 생각했다.

---

어제도 CSR과 SSR을 다룬 것 같은데 생각보다 쉽게 이해되지 않는 개념이다.

먼저 내가 이해한대로 작성을 해보겠다.

내용이 틀렸다면 댓글 달아주시면 감사하겠습니다.

CSR(Client Side Rendering : 클라이언트 사이드 렌더링)

사용자가 해당 주소로 접속을 하게되면 서버에서는 HTML과 HTML에 담겨있는 JS bundle을 반환하는데, JS bundle이 다운로드 되고 실행되어야 최초 렌더링이 진행됨

 

장점 : 처음 렌더링된 이후 사용자가 요구하는 데이터를 처리하는 과정이 빠름(?)

단점 : 초기 렌더링 속도가 오래 걸릴 수 있음(페이지 구성 완료 시점이 느림)

 

SSR(Server Side Rendering : 서버 사이드 렌더링)

사용자가 해당 주소로 접속을 하게되면 서버에서는 먼저 HTML 및 필요 데이터를 렌더링하는 동시에 JS bundle도 같이 다운로드를 하고 완료되면 사용자 측에서 상호작용 가능

 

장점 : 처음 화면을 렌더링할 떄 비교적 CSR에 비해서 빠르게 처리되는 것처럼 보임
          JS bundle이 다운로드 되기 전에도 모든 콘텐츠를 볼 수 있음(상호작용 불가)

단점 : 서버에서 데이터를 처리해 렌더링한 후에 응답을 보내기 때문에 응답이 CSR보다 느림