설계

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

이번 컨퍼런스에서 Refactoring 이란 주제를 통해 설계와 소프트웨어의 가치에 대해 이야기 해 보는 세션을 진행했습니다. 사실 제가 해당 세션을 통해 전달하고자 한 것은 리팩토링 자체 보다는 이 주제를 매개로 소프트웨어와 개발에 대한 이야기를 하고 싶었습니다. 본 포스트를 통해서 해당 내용을 다시한번 정리 해 보도록 하겠습니다. 리팩토링(Refactoring) 이란? 개발 직무를 수행하는 분 중에 리팩토링이라는 용어를 처음 접하는 분은 아마도 찾기 힘들정도로 보편적으로 알려진 개념중에 하나일 것입니다. 하지만 세션 중 질문을 통해 볼 수 있었듯이 여러분 각자가 생각하는 리팩토링의 정의나 리팩토링이라는 용어가 주는 무게감이 다를 수 있을거라 생각합니다. 마틴 파울러Martin Fowler가 이와 관련 된 주제를 Refactoring 이라는 제목의 책으로 출간하기 전 까지는 리팩토링에 대한 시도와 연구가 활발히 이루어지던 스몰토크Smaltalk 커뮤니티에서도 이해의 차이가 많이 있었습니다. ...