Intro 항상 설계에 대한 발표를 한번 해보고 싶었습니다. 그래서 이번에 설계에 대한 발표를 했는데 개인적으로 아쉬움이 많이 남았습니다. 시간이 없어 준비를 많이 못하기도 했고 (사실 블로그도 애기 재우고 새벽에 쓰고 있답니다.) 하고 싶은 이야기의 반도 하지 못한것 같습니다. 그래서 하고 싶었던 이야기를 좀 더 블로그를 통해 해보도록 할게요 팀이 설계한다. 팀장을 처음 하게된 날 부터 생각하는 팀의 이상적인 모습이 있습니다. 아마 개발자라면 한번 쯤 생각해 보았을 그런 팀이죠. 자유롭게 의견을 나누고, 바쁠때는 함께 고생하고, 서로 부족한 부분을 케어해주고, 기술적으로 성장하는 그런 팀이요. 그래도 요즘은 셀메이트 개발팀이 점점 그런 팀이 되어 가는것 같아 좋습니다. ...
이번 컨퍼런스에서 Refactoring 이란 주제를 통해 설계와 소프트웨어의 가치에 대해 이야기 해 보는 세션을 진행했습니다. 사실 제가 해당 세션을 통해 전달하고자 한 것은 리팩토링 자체 보다는 이 주제를 매개로 소프트웨어와 개발에 대한 이야기를 하고 싶었습니다. 본 포스트를 통해서 해당 내용을 다시한번 정리 해 보도록 하겠습니다. 리팩토링(Refactoring) 이란? 개발 직무를 수행하는 분 중에 리팩토링이라는 용어를 처음 접하는 분은 아마도 찾기 힘들정도로 보편적으로 알려진 개념중에 하나일 것입니다. 하지만 세션 중 질문을 통해 볼 수 있었듯이 여러분 각자가 생각하는 리팩토링의 정의나 리팩토링이라는 용어가 주는 무게감이 다를 수 있을거라 생각합니다. 마틴 파울러Martin Fowler가 이와 관련 된 주제를 Refactoring 이라는 제목의 책으로 출간하기 전 까지는 리팩토링에 대한 시도와 연구가 활발히 이루어지던 스몰토크Smaltalk 커뮤니티에서도 이해의 차이가 많이 있었습니다. ...