미리보기

약 90일간의 계약 기간동안 총 3가지의 프로젝트를 진행했습니다.

1. 대시보드 구현

   1. 기획팀에서 요구한 특정 이벤트값을 Google Bigquery에서 조회한 뒤 서비스 중인 DB에 적재 및 Spring 프레임 워크를 활용하여 대시보드 구현

   2. 기존에 Google BigQuery에서 35일 치(약 20만 개의 row값) 데이터 조회하는데 236.4초가 걸렸으나, 필요한 컬림 기준으로 조회하여 33.3초로 약 7배의 시간 단축하였습니다.

2. Spring Metrics 대시보드 및 사내 메신저 알림

   1. 운영 및 개발중인 Spring Metrics 데이터 기반 대시보드와 특정 트리거를 기반으로 사내 메신저에 알림을 보내는 기능을 구축한 경험이 있습니다.

3. Spring Backoffice 개발

   1. 새로운 SaaS사업의 회원을 관리하는 기능의 일부를 개발한 경험이 있습니다.

사용 기술: Python, Google Bigquery, MariaDB, Java, Spring Boot, docker, mongoDB, mustache

기존에는 기획팀에서 주요 이벤트값을 Firebase와 Looker Studio에서 예약 발송된 이메일을 통하여 확인하였습니다. 이를 개선하기 위해 사내망 사이트에서 그래프로 손쉽게 확인할 수 있도록 대시보드를 구현하는 프로젝트입니다. Java + Spring의 경우 익숙해지기 위해 계속 찾아가며 패턴을 찾아 해결해 나갔습니다. 또한 Python의 경우 베이스코드 없이 혼자 로직을 구현 한 부분이 인상 깊었고, 기존에 Google BigQuery에서 35일 치(약 20만 개의 row값) 데이터를 조회하는데 236.4초가 걸렸으나, 필요한 컬럼 기준으로 조회하여 33.3초로 약 7배의 시간 단축을 하였습니다.

사용 기술: Python, Django, Django REST Framework, Docker, PostgreSQL, gunicon, daphne, nginx, redis, celery

혼자서 즐기기 어려운 운동을 사용자 위치 기반으로 특정 거리 내에 있는 사용자들끼리 공통된 단체 운동을 할 수 있도록 매칭해 주는 서비스입니다.

더 나은 서비스와 경험을 위해 새로운 기술들을 많이 접목하여 학습하고자 진행했지만, 팀원 이탈과 일정 조율이 익숙하지 않아 주어진 시간 안에 마무리 짓지 못하였습니다. 하지만 남은 팀원들을 독려하며 포기하지 않고 주어진 시간 안에 최대한 구현하기 위해 노력하였고 결국에는 우수상을 수여하게 되었습니다. 또한, 새로운 기술에 포커싱을 가지기보다는 서비스의 핵심 기능인 MVP에 포커싱을 가지고 여유가 될 때 새로운 기술을 접목해야 되겠다고 느꼈던 프로젝트입니다. 프로젝트 중 가장 기억에 남는 것은 매칭된 이용자들이 서로 평가를 할 수 있도록 일정 시간이 지난 뒤 알림을 보내는 기능이었습니다. 이 기능을 구현하기 위해 celery를 선택하였고, 매칭 상태가 변경될 때마다 감지될 수 있도록 모델의 save() 메서드를 오버라이딩 하여 트리거 될 수 있도록 재구성하였고, 트리거 기준으로 특성 시간이 지나면 매칭에 참여한 사용자에게 모두 알림을 보낼 수 있도록 했습니다.

사용 기술: Python, GitHub Action(CI)

프로그램 언어를 학습 및 교육하는 입장에서 프로그래밍 언어의 모든 내부함수와 라이브러리를 알 수 없기에 가장 많이, 자주 사용하는 사용 빈도를 제공하여 학습 및 교육에 도움이 되는 서비스를 생각하고 구현했습니다.

처음 프로젝트를 개인으로 진행할 당시 GitHub repo를 기준으로 data가 있는 특정 폴더 경로의 모든 파일들을 탐색하며 정규표현식으로 추출하였고 이를 보기 좋게 시각화하기 위해 pandas, matplotlib을 사용하여 차트로 제공했습니다. 이후 당시 교육을 듣고 있던 곳에 다른 교육생들의 자극과 시너지를 기대하며 공유하였고, 실제로 또 다른 우수 수료자로부터 정말 자극받았다는 얘기를 전해 들을 수 있었고, 더 나아가 커리큘럼은 다르지만 더 발전시키고자 하는 뜻이 맞는 이들이 모여 최종적으로 약 60여 명이 참석하는 대규모 오픈 소스 프로젝트로 발전할 수 있었습니다. 오픈 소스 프로젝트 당시 초반에 공통된 기준을 잡기 위해 코드 컨벤션과 네이밍 컨벤션을 주도하였고 각 인원들의 의견차이를 중재하고 설득시켜 완만하게 시간 안에 마무리 지었습니다.