Project [GameInsight]

# of Posts

1 more property

Gallery

1. 느낀점
3일이라는 기간에 혼자도 아닌 모두 실력이 부족한 팀으로 진행했지만 딱 계획한대로 완성해서 기획 단계에서 그나마 일할 범위를 잘 정한것 같았다. 내 개발 환경에서 갑자기 에러가 발생해서 발표 당일 새벽 5시까지 작업하고 3시간만 자고 바로 또 추가 작업을 했다. 내 로그인 및 로그아웃 기능에 따라서 다른 팀원들의 기능에도 영향을 미치는 상황이었기 때문에 무조건 오류를 해결했어야 했고 잠을 잘 수가 없었다. 우여곡절끝에 마무리해서 기분은 좋다.
더하여 Java가 아닌 Python의 Flask Framework를 맛본것만으로 전반적인 프로젝트의 흐름을 빠르게 익힐 수 있었던 것이 큰 도움이 되었다. 이전에 Java로 바로 프로젝트를 들어가니 조금 이해도가 부족한 아리까리한 상황에서 프로젝트까지 들어가니 버거운 느낌이 있었다. 이번 Python 과정을 통해서 간략하게 프로젝트에서 흐름들을 읽기 편했고, 앞으로도 조금 쉬운 테스트들은 Python으로 진행해도 되겠다는 생각이 들었다. 그만큼 이해하기 쉬웠고 빠르게 진행할 수 있는 언어였다. 앞으로 Java로 집중하긴 하겠지만 간단한 미니 프로젝트나 테스트를 위해서 Python을 적극적으로 사용할 수 있을 것 같다. 또한 멘토링을 통해서 TypeScript, Nest.JS, Kotlin, RedisDB 등 트렌드면서 내가 주력으로 배우고 싶은 Java와 RDBMS와 조금 가까운 친척들을 알게 되었다. 하나만 깊게 판 개발자는 금방 다른 언어에 적응한다고 하는데 그 다른 언어들이 무엇인지 관심을 가지게 되었다. 이럴수록 더욱 Java 기본기를 잘 다지고 싶다는 생각을 하게 되었다. 나도 저런 트렌드에도 탑승 할 수 있는 기본 실력을 잘 갖추고 싶다.
또한 이번 프로젝트는 MongoDB를 사용했고 로컬이 아닌 Atlas Cloud환경에서 사용했다. Cloud 환경을 통해 예전 프로젝트는 로컬에서 진행했던게 얼마나 이해도가 부족했었는지 뼈저리게 느꼈다. 또한 Oracle이 아닌 MongoDB로 No-SQL의 편리함을 확실하게 느꼈고, 아직 대규모 트래픽, 대량의 파일 등을 다뤄보지는 않아서 그런지 관계형데이터베이스가 안정적이라는 것이 어떤 부분에서 그런지 아직 체감되지는 않고 있지만 일단 SQL문에서 type을 안쓰는 내가 좀 어색하게 느껴졌었다. 그만큼 편하기도 했다. 더해서 MySQL을 통해서 RDBMS의 양축인 Oracle, MySQL을 어느정도 찾아보면서 다룰 수 있을 정도로 익숙해지고 있다. 좀 더 숙달되기 위해서는 꾸준히 백준이나 프로그래머스 문제를 풀어나가야겠다. 단순히 코딩 테스트를 위함이 아니라 실제로 내가 필요한 문장들을 연습하는 경우가 많아서 꾸준히 해봐야겠다. 여기서 더 나아가 Redis같은 DB도 나중에 스스로 공부해볼 생각이 있다. 많은 기업들이 사용하는 것 같고 특히 TOSS같은 성장세를 가진 기업이 적극활용한다해서 관심을 갖고 있다. 아직 기본기를 더 다지고 응용할수있는 사람이 되어야 한다.
배포를 통해서 AWS EB로 배포하기, Docker로 배포하기, Github로 배포하기 등 다양한 방법을 시도해서 뭔가 아직 정확한 디테일 개념까지는 충분히 이해되지 않았지만 특히 내가 직접 NAS로 배포하면서 이것 저것 찾아보다보니 어느정도 큰 흐름정도는 잡은 것 같다. 이제 HTTP, 통신, DNS, DDNS, PORT 등 아직 기초적으로 부족한 이론들이 많다. 아무튼 이것 조차도 배포라는것을 해보면서 이런 이론이 필요하다고 느꼈기 때문에 무조건 익혀야 될 기본 상식이라고 생각되었다.
발표 또한 너무 많은 양을 설명하려했다. 발표를 끝내고 아차싶었다. 발표는 무엇 했는지 선보이는 것 보다 어떤 문제들을 만났고, 트러블슈팅 과정을 설명하는 것을 많은 분량을 넣었어야 했다. 기능은 거기서 거기일거다. 나는 출제자의 의도를 또 파악하지 못했고, 그저 사업계획서를 발표하는 것 처럼 기능을 팔려고 설명하고 있었다. 지금은 만났던 위와 같은 어려운점들에 대해서 부족했던것, 아쉬웠던것, 해결했던것, 해결하는 과정 등을 발표했어야 맞았다. 다음 발표들은 이런 부분들을 생각해서 분량을 조절하고 해야겠다. 사실 4시 발표인데 3시 30분에 끝났고 발표에 대한 준비가 미흡했던 점도, 내가 일정관리에 미흡했던 것이고, 트러블 슈팅을 너무 오래했던 문제가 있다. 또한 CSS를 간략하게 테마를 사용했어야 했는데 잘 알지도 못하는 프론트단을 오래 건들였던 것이 내 스케쥴을 망가트린것 같다. 다음부턴 이런 문제들이 발생 할 수 있으니 계획 부분에서부터 생각해야겠다.

[Flask] Team Project(GameInsight) 05 프로젝트 완료 및 발표 후기

프로젝트를 어제 종료했고, 아쉬운 부분도 많이 남아있다.
전날 밤새 오류와의 싸움때문에 잠을 못자서 오늘 아침부터 회고를 작성하고자 한다. 팀 프로젝트는 종료되었지만, 너무 아쉬운 부분이 많다. 더 하고 싶다. 이대로 보내주기가 싫다. 너무 기간이 짧았다. 하지만 다음 프로젝트에서 이 회고들을 참고하고 더욱 발전된 완성도 높은 프로젝트를 완료하고 싶다. 무조건 그래야 한다.
우선 내가 맡은 부분은 다음과 같이 요약 할 수 있다.
•전체적인 프로젝트의 아이디어 구체화, 서비스 기획
•프론트엔드 부분을 담당
•Github 원격 저장소를 이용한 형상 관리를 팀원에게 소개 및 형상 관리 마스터 역할

[Flask] Team Project(GameInsight) 03 전반적인 프로젝트 관리에 대한 회고, 아쉬운점

기능 구현 기능들 나열보다는 기능 구현에서 발생한 오류와 새롭게 알게된 부분에 대해서 정리해보고자 한다.
1. 모듈화 미흡에 대한 아쉬움
우선 app.py가 정신 없다.
4명이 작성한 기능이 모두 app.py안에서 route를 통해 맵핑되어 있다. 보기 정신이없고 찾는데도, 보수하는데도 오래걸린다. 주석으로 대체하려했지만 생각보다 많은 코드들이 사용되면서 시인성이 좋지 않았다. 이것과 관련되서 저번에 한번 찾았던 기능인 블루프린트 객체 활용하는 것이 있었는데, 기획 과정에서 이 부분을 잊고 시작해서 아쉽게도 모듈화 하지 못했다. flask에서도 blueprint를 통해 객체화 시키는 것이 가능한 것으로 보여진다. 다음 프로젝트에서는 spring으로 객체화 시키는 것 위주로 진행하겠지만, flask도 충분히 가능하다는 것을 인지하고 flask 프로젝트에서는 모듈화를 적용시켜봐야겠다 생각했다.
이 부분에 대해서 적용된 예제를 찾아봤다. 우선적으로 프로젝트 구조는 다음과 같다.
.
|ㅡ main

[Flask] Team Project(GameInsight) 04 기능 구현시 발생한 문제와 트러블슈팅 회고, 아쉬운점

Login 관련 기능 중 에러 해결
아직 app.py에 API를 작성하고 있는 중에 오류가 발생했다.
AssertionError: View function mapping is overwriting an existing endpoint function: login
검색을 통해서 확인하니 하나의 파일에 동일한 함수가 두개 선언 된 경우 발생 할 수 있다고 한다.
1. 코드 살펴보기
라우트에 중복된 URL로 보내는 것이 있는지 확인해보았다.
라우트로 URL 응답을 하는 부분은 다음과 같다

[Flask] Team Project(GameInsight) 02 기능 구성 중 오류 발생 및 해결 과정

프로젝트 소개와 팀 소개는 다음 노션 페이지에서 확인 할 수 있습니다.
GameInsight
Flask_project_Game_Insight
[Flask] Flask framework 프로젝트(project Game_Insight)
🖥️ 프로젝트 소개
게임 관련 랭킹, 전문가 리뷰 및 유저 리뷰를 확인 할 수 있는 웹 페이지 서비스
🕰️ 개발 기간

[Flask] Team Project(GameInsight) 00 개요

팀장으로 자처해서 팀원들에게 여러 의견을 주도적으로 받고 본인을 포함한 인적 자원의 가능성을 체크했다. 간단한 회의를 통해 팀원들이 보여준 이해도와 자신감으로 우리 팀은 4명으로 충분히 할 수 있다고 판단되는 범위를 정했다.
개발 기간은 3일이지만 사실상 아이디어 창출을 위한 브레인스토밍 반나절, 문서화 2~3시간을 사용했고, 나는 팀장으로써 이전 경험들을 토대로 좀 더 원활한, 안정적인 프로젝트 시작을 위해서 공통 환경 구축, 그라운드 규칙, 개요, 커뮤니케이션 툴, 협업 툴을 체크하고 미숙한 부분이 있으면 핵심적인 부분의 사용법과 간단한, 알기 쉽도록 안내하느라 반나절이 다 지나갔다. 추후 기초적인 발표 준비와 배포 과정까지 생각해야 되서 사실상 3일이 아니라 하루만에 작업을 완료해야 되는 상황이다. 하지만, 비교적 짧은 기간에 각자 맡은 부분을 최선을 다해서 구현해보자는 목표를 가졌다. 또한 아이디어 창출, 기획, 배포, 정리 까지도 개발의 한 부분이다. 사실상 맘편히 쉽게 연습 할 수도 있었지만 우린 마치 마감일이 코앞에 다가와서 프로젝트를 단숨에 끝내야 되는 상황을 스스로 자처한 것이다.
다소 무리해보이는 스케쥴을 가능하게 하기 위해서는 기획 부분에서 개발 부분을 고려할 뿐만 아니라, 인적 자원의 능력, 물리적인 시간, 구현 가능성을 빠르게 판단해야 했다. 구현할 기능의 범위를 파악해야 했고 개인 부분의 범위는 알아서 정해야 한다. 모두 각자 범위를 선택 할 수 있도록 선택권을 주었으며 이번 미니 프로젝트로 개개인에게 좋은 경험이 되었으면 하는 바람도 있었다.
1. 아이디어 회의
공통 분모 찾기
2. 협업 준비를 위한 내부 테스트 진행
Git, Github의 미니멈 테스트와 기본기 테스트

[Flask] Team Project(GameInsight) 01 프로젝트 기획 과정 및 개요