"자유 양식"
[끊임없는 배움과 다양한 이해를 위해]
디프만 11기 프로젝트의 백엔드를 완성한 후, 운영을 위해 새로운 인원들과 기존 프로젝트의 내용을 다시 파악했습니다.
이 때에 기존 제가 공부했던 방식과는 많이 다른 방식을 배우게 되었습니다.
- 연관관계의 제거
기존의 프로젝트는 여러 데이터들이 연결될 때에 FK로 연결하였고 이들을 DB에 매번 연결하여 가져왔습니다.
그리고 변경된 내용에서는 FK를 제거하게 되었습니다.
그 이유는 총 두 가지가 제안되었는데,
1. FK자체가 갖는 성능 저하 이슈
2. 설계 변경에 따라 데이터의 유지보수 간략화
이었습니다.
그동안 연관관계를 설정하여 데이터 간의 정합성을 맞추는 것이 매우 중요한 것으로 알고 있었기 때문에 위와 같은 내용을 확인하였을 때에 제안된 내용을 신뢰하지 못했습니다.
또한, 여러 곳에서 외래키를 사용하는 이유가 있을 것이라 생각하여 관련한 다양한 레퍼런스를 참고하여 공부해 보았습니다.
- 캐싱 서버와 정합성 검증 로직
그리고 여러 글이나 기존 서비스를 참고하여 확인해 보았는데, 다양한 서비스에서 FK를 실제로 쓰지 않는다는 이야기를 듣고 놀랐습니다.
여기에는 Redis와 같은 NoSql을 통한 캐싱이 큰 도움을 주었다고 하는데, 미리 데이터를 저장해 놓고 정합성을 잘 검증하기만 하면 매번 DB와의 통신을 하지 않고도 쌓여 있는 데이터에서 필요한 것을 뽑아 사용할 수 있다고 했습니다.
즉 미리 모든 데이터를 캐싱시켜 두고, 이 데이터들을 상황에 맞추어 쓰기만 하면 되기 때문에 자체적으로도 오버헤드도 있고 최근 IT의 발전에 따라 다양한 DB상의 변화가 이루어 지는데, 이로 인한 데이터의 변경이 생겼을 때에 여러 부분에서 적용이 힘든 FK를 제거할 수 있다는 내용이었습니다.
아쉽게도 회사에서 갑작스럽게 업무가 변경되어 해당 동아리 운영을 그만둘 수밖에 없었지만, 혹시 기회가 된다면 다시 처음부터 많은 것을 배우며 개발에 관한 지식을 익히고 싶습니다.
[한이음과 백엔드 개발자로서의 첫단추]
처음 제가 관심을 가진 분야는 앱 개발이었습니다.
대학교 때에 친구와 간단한 패션 추천 어플리케이션을 제작해 보고, 자신감이 생겨 여러 공부를 시작하였습니다.
그러던 중 대학생들과 현업 멘토가 함께 프로젝트를 진행하는 한이음이라는 프로그램을 본 뒤, 이곳에 지원하였습니다.
제가 팀장과 웹/앱 개발을 담당하고, 추가로 3인의 학생과 1인의 멘토를 합쳐 총 5인으로 프로젝트를 시작하였습니다.
아이디어는 기존보다 편의성을 강화한 도어락을 제작하는 것이었고, 앱개발과 웹개발의 경우는 만들어 낼 수 있었지만, 도어락의 구현과 외형을 만드는 것이 힘들 것이라 생각하여 동기들과 함께 진행하게 되었습니다.
또 그동안 비슷한 친구들과 프로젝트를 했던 경험밖에 없었기 때문에, 저보다 현업에서 월등한 실력을 갖고 계신 멘토님에게 배우고 싶었습니다.
처음에는 서로의 진행 상황에 대한 파악이나 통신 방법 등에 대해 알지 못하는 상태였기 때문에 작업의 진행이 더딘 편이었습니다.
그리고 이를 해결하기 위해 저희는 멘토님의 제안 하에 최초 아이디어 정립과 목표 설정을 위한 브레인스토밍, 매주 1회 애자일을 통한 개발 진행상태와 처리내용 확인 등 협업을 위한 소통을 해 보았습니다.
이를 통해 다른 팀원들의 개발 상황을 공유하거나, 새로운 아이디어를 생각해 낼 수 있었고, 프로젝트를 성공적으로 완성시키는 것 외에도 교내에서 해당 프로젝트를 활용한 대회에 출전하여 우수상을 타거나 특허를 출원하는 등 가시적인 성과를 낼 수 있었습니다.
