클린 아키텍처

https://dev.blog.sellmate.co.kr/post/prototype-feedback-system-1/ 해당 글에서 이어지는 내용입니다. 5. 왜 HTML의 성능을 따라잡을 수 없었나 React는 애초에 “한 번에 다 그리지 않으려고” 만들어졌다 4장에서 나는 하나의 기능을 찾고 있었다. 링크를 열자마자 React가 모든 화면의 DOM을 한 번에 다 지어놓고 멈춰주는 방법. 그게 왜 없는지는 React가 왜 만들어졌는지를 보면 답이 나온다. React 이전의 방식을 떠올려보자. JS로 DOM을 직접 조작하는 방식이다. 함수를 실행하면 HTML에 DOM 객체가 추가되고 지워지고 값이 바뀐다. 데이터가 바뀔 때마다 개발자가 직접 이번엔 어느 DOM을 어떻게 고칠지를 계산해서 하나하나 손댄다. 화면이 단순할 때는 이게 문제가 안 된다. 그런데 화면이 복잡해지면 데이터와 화면이 어긋나기 시작한다. 데이터는 바뀌었는데 고치는 걸 빼먹은 화면 한 구석에만 옛날 값이 남아 있거나 갱신 순서가 꼬여서 앞뒤가 안 맞는 상태가 된다. 이렇듯 고칠 곳을 사람이 추적하는 한 화면이 커질수록 빼먹는 곳도 늘어난다. ...

Intro 항상 설계에 대한 발표를 한번 해보고 싶었습니다. 그래서 이번에 설계에 대한 발표를 했는데 개인적으로 아쉬움이 많이 남았습니다. 시간이 없어 준비를 많이 못하기도 했고 (사실 블로그도 애기 재우고 새벽에 쓰고 있답니다.) 하고 싶은 이야기의 반도 하지 못한것 같습니다. 그래서 하고 싶었던 이야기를 좀 더 블로그를 통해 해보도록 할게요 팀이 설계한다. 팀장을 처음 하게된 날 부터 생각하는 팀의 이상적인 모습이 있습니다. 아마 개발자라면 한번 쯤 생각해 보았을 그런 팀이죠. 자유롭게 의견을 나누고, 바쁠때는 함께 고생하고, 서로 부족한 부분을 케어해주고, 기술적으로 성장하는 그런 팀이요. 그래도 요즘은 셀메이트 개발팀이 점점 그런 팀이 되어 가는것 같아 좋습니다. ...