해당 서비스를 이용해보실 수 있는 테스트 계정입니다.
ID : test5@gmail.com
PW : test2023
안녕하세요. 🙇♂️
오르고는 오르미 교육생분들을 위한 커뮤니티이며
오르미 1기, 2기 ... N기 모두가 이용할 수 있는 서비스 입니다.
백엔드 개발이라는 오름을 혼자가 아닌 "함께" 올라보세요!
그럼 우리 같이 ORGO!
1️⃣ 오르고는 자체 회원가입 뿐만 아니라 구글, 깃허브를 이용한 소셜 로그인을 지원하고 있습니다.
2️⃣ 오르고는 일상에서 찾아낸 소소한 행복을 공유할 수 있습니다.
3️⃣ 오르고는 혼자 공부 하는 것이 힘들 때 함께할 팀원들을 구할 수도 있습니다.
4️⃣ 오르고는 팔로워분들과 1:1 메시지를 통해 소통이 가능합니다.
| 강현우 | 김이도 | 사수봉 | 이사랑 | 황봉수 |
|---|---|---|---|---|
 |
 |
 |
 |
 |
| 🔗 Hyunwooz | 🔗 xkimido | 🔗 su0797 | 🔗 ra388 | 🔗 bnbbbb |
저희는 백엔드 주니어 개발자 팀 OrGo입니다. Estsoft에서 주관하는 백엔드 오르미 교육과정에서 만난 비전공자와 전공자들로 이루어져 있습니다. "교육 과정이 끝나더라도 모두가 같은 목표를 가지고 같은 길을 걸어 가고 있다는 이야기를 드리고싶다"라는 목표를 가지고 해당 프로젝트를 시작하게 되었습니다. 잘부탁드립니다 :)
📜 Notion , 📱 Discord
-
회원가입 및 로그인 , 소셜 로그인 (GitHub, Google)
이메일을 통한 회원가입 뿐만 아니라 구글과 깃허브를 이용한 소셜로그인 기능을 제공하고 있습니다. 회원탈퇴와 비밀번호 변경 기능도 제공하고 있습니다. -
이메일로 통한 회원가입시 메일 인증
SMTP 서버를 통해 이메일 인증기능을 구현하였습니다. 작성하신 이메일 주소로 인증번호가 발송됩니다. 인증번호가 일치할 경우 회원가입이 가능합니다. -
JSON Web Token 인증 방식
로그인시 발급된 Access Token을 통해서 유저 인증을 진행하는 기능을 제공하고 있습니다. -
프로필 CRU
회원가입 후 자신을 대표하는 프로필을 꾸밀 수 있는 기능을 제공하고 있습니다. 프로필 이미지와 한줄 소개를 작성하실 수 있습니다. -
Follow / Unfollow 기능
자신과 관심사가 비슷한 유저와 팔로워를 맺을 수 있습니다. 팔로잉한 유저와 채팅방을 만들어 1:1 채팅 서비스를 이용하실 수 있습니다. -
1대1 채팅
해당 기능은 1:1 채팅 기능입니다. 채팅방은 채팅방 목록에서 조회가 가능하며 인증된 유저만 접근할 수 있습니다. 팔로잉한 유저와의 채팅방을 생성 할 수 있으며, 채팅방에서 채팅을 하게 되면 db의 message 테이블에 저장하는 동시에 websocket을 이용해서 실시간 통신을 합니다. -
1대1 채팅 차단 기능
더 이상 채팅을 진행하고 싶지 않은 유저를 차단할 수 있습니다. 실수로 차단한 경우 해제 또한 가능합니다. -
게시글 CRUD와 좋아요
자신들의 일상을 공유하거나 지식을 나눌 수 있는 장소와 기능을 제공하고 있습니다. 해당 기능은 제목과, 컨텐츠 , 다중 이미지 업로드를 제공하고 있습니다. 마음에 드는 글에 좋아요를 남길 수도 있습니다. -
댓글과 대댓글 CRD
댓글을 이용하여 게시글에 대한 의견을 남길 수도 있으며 댓글의 대댓글 기능 까지 지원하고 있습니다. 댓글을 삭제하는 기능까지 제공 되고 있습니다. -
스터디 모임 CRUD
혼자라서 공부하기 힘들 때 같이 공부할 팀원들을 모집할 수 있습니다. 스터디 모집 컨텐츠의 수정과 삭제 또한 가능합니다. 원하는 스터디가 있을 경우 참가가 가능하고, 취소 또한 가능합니다. -
스터디 모임 단체 채팅 기능
특정 스터디에 참가한 인원들간의 소통을 위해 단체 채팅방 기능을 지원합니다. 채팅방은 스터디 생성시 자동으로 생성됩니다. -
스터디 리스트 페이지네이션
스터디 리스트의 경우 1페이당 12개의 게시물을 볼 수 있는 페이지네이션 기능을 제공하고 있습니다. -
게시글, 사용자, 스터디 검색 기능
원하시는 키워드 검색을 통해서 게시물의 제목 또는 내용, 유저의 닉네임, 스터디 제목 또는 내용에 해당 키워드가 포함된 게시물,프로필,스터디들을 찾아 보실 수 있습니다. -
실시간 알림 기능
팔로우 했을 때, 게시물에 댓글 또는 좋아요를 남겼을 때, 채팅방이 생성 됐을 때 알림 객체가 생성됩니다. 이때 Django-signal과 Channels를 활용하여 WebSocket을 통해 실시간 통신을 지원하고, 알림 메시지를 클라이언트에게 실시간으로 전달하게 됩니다.
- Python == 3.11.3
- Django == 4.2.4
PostgreSQL
- psycopg2 == 2.9.7
AWS S3
- boto3 == 1.28.38
- django-storages == 1.13.2
Websocket
- channels == 4.0.0
- channels-reids == 4.0.0
- daphne == 4.0.0 (Local Test)
DRF
- djangorestframework == 3.14.0
- Aws Lightsail
- Nginx
- wsgi : gunicorn
- asgi : uvicorn
- Redis Stack == 6.2.6
- PostgreSQL == 15.4
- AWS S3
- GitHub Pages
- 배포 중단
- Back-End Repo : https://github.com/ESTsoft-OrGo/OrGo
- 배포 중단
- chat Back-End Repo : https://github.com/ESTsoft-OrGo/OrGoChat
- https://www.withorgo.site/
- Front-End Repo : https://github.com/ESTsoft-OrGo/Orgo-FE
| 이름 | URL | Method |
|---|---|---|
| User | ||
| 로그인 | user/login/ | POST |
| 소셜 로그인 | user/login/provider | POST |
| 회원가입 | user/join/ | POST |
| 이메일 OTP | user/otp/ | POST |
| 프로필 조회 | user/profile/ | GET |
| 프로필 수정 | user/profile/update/ | PUT |
| 비밀번호 변경 | user/profile/change-password/ | PUT |
| 회원탈퇴 | user/profile/delete/ | DELETE |
| Post | ||
| 게시글 조회 | post/ | GET |
| 게시글 작성 | post/write/ | POST |
| 게시글 수정 | post/edit/ | PUT |
| 게시글 삭제 | post/delete/ | DELETE |
| 게시글 상세보기 | post/view/ | GET |
| Search | ||
| 검색 | post/search/ | GET |
| Like | ||
| 좋아요 | post/like/ | POST |
| 좋아요 취소 | post/unlike/ | DELETE |
| Follow | ||
| 팔로잉/언팔로잉 | user/follow/ | POST |
| Comment | ||
| 쓰기 | post/comment/write/ | POST |
| 삭제 | post/comment/delete/ | DELETE |
| 대댓글 쓰기 | post/re-comment/write/ | POST |
| Study | ||
| 목록 | study/?page=number | GET |
| 생성 | study/create/ | POST |
| 참가 | study/join/ | POST |
| 참가 취소 | study/join/cancle/ | DELETE |
| 수정 | study/edit/ | PUT |
| 삭제 | study/delete/ | DELETE |
| tag 생성 | study/tag/write/ | POST |
| tag 삭제 | study/tag/delete/ | DELETE |
| Notify | ||
| 실시간 알림 받기 | notify/str:user_id/ | Websocket |
| 알림 목록 | notify/ | GET |
| 이름 | URL | Method |
|---|---|---|
| Chat | ||
| 참여한 목록 | chat/list/ | GET |
| 생성 가능한 채팅방 목록 | chat/following/ | GET |
| 채팅방 생성 | chat/join/ | POST |
| 채팅방 삭제 | chat/delete/ | DELETE |
| 채팅 차단 | chat/blacklist/add/ | POST |
| 차단 해제 | chat/blacklist/del/ | DELETE |
| 스터디 그룹 채팅방 들어가기 | chat/studychatjoin/ | POST |
| 스터디 그룹 채팅방 나가기 | chat/studychatleave/ | DELETE |
| 채팅방 입장 | chat/str:room_name/ | Websocket |
| 메시지 보내기 | chat/str:room_name/ | Websocket |
| 스터디 그룹 채팅방 입장 | groupchat/str:room_name/ | Websocket |
| 스터디 그룹 채팅방 메시지 보내기 | groupchat/str:room_name/ | Websocket |
우리가 배포에 Nginx와 Gunicorn,Uvicorn을 사용한 이유
Django Channels를 사용하게 된다면 Request, Response의 통신 구조가 위와 같은 그림로 나타나게 됩니다.
장고 채널의 경우 Request,Response Cycle을 채널을 관통하는 Message라는 컨셉으로 대체하게 됩니다.
이때 HTTP Request의 경우 여전히 같은 방식으로 작동하지만 채널을 경유하게 되는 구조를 보이고 있습니다.
Publish / Subscribe란 특정 Channel에 대하여 구독한 모두에게
메시지를 발행하는 통신 방법을 얘기합니다. 채널을 구독한 수신자(클라이언트) 모두에게 메세지를 전송 하는것을 의미합니다.
이를테면 날씨정보를 구독한 사람에게 주기적으로 날씨정보를 보내거나,
현재 앱에 로그인한 유저에게 푸시를 알림을 보내는 활동들이 위의 원리로 만들어 진다고 보시면 됩니다.
실시간 알림 기능을 구현하기 위한 프로세스입니다.
장고 시그널 이라는 라이브러리를 활용하여 구현하였습니다.
장고 시그널은 모델에 특정한 이벤트가 발생할 경우 작동하게 됩니다.
사용자를 팔로우 했을 때, 게시물에 댓글 또는 좋아요를 남겼을 때, 채팅방이 생성 됐을 때
알림 객체가 생성됩니다. 이때 시그널과 Channels를 활용하여 WebSocket을 통해 실시간 통신을 지원하고, 알림 메시지를 클라이언트에게 실시간으로 전달하게 됩니다.
이렇게 구현하여 사용자들이 여러환경에서 실시간으로 알림을 받아볼 수 있게 되었습니다.
📦OrGo
┣ 📂Orgo
┃ ┣ 📜asgi.py
┃ ┣ 📜wsgi.py
┃ ┣ 📜settings.py
┃ ┣ 📜urls.py
┣ 📂chat
┃ ┣ 📜admin.py
┃ ┣ 📜apps.py
┃ ┣ 📜consumers.py
┃ ┣ 📜models.py
┃ ┣ 📜routing.py
┃ ┣ 📜tests.py
┃ ┣ 📜urls.py
┃ ┣ 📜view.py
┣ 📂notify
┃ ┣ 📜admin.py
┃ ┣ 📜apps.py
┃ ┣ 📜consumers.py
┃ ┣ 📜models.py
┃ ┣ 📜routing.py
┃ ┣ 📜serializers.py
┃ ┣ 📜tests.py
┃ ┣ 📜urls.py
┃ ┣ 📜view.py
┣ 📂post
┃ ┣ 📜admin.py
┃ ┣ 📜apps.py
┃ ┣ 📜uploads.py
┃ ┣ 📜models.py
┃ ┣ 📜serializers.py
┃ ┣ 📜tests.py
┃ ┣ 📜urls.py
┃ ┣ 📜view.py
┣ 📂study
┃ ┣ 📜admin.py
┃ ┣ 📜apps.py
┃ ┣ 📜uploads.py
┃ ┣ 📜models.py
┃ ┣ 📜serializers.py
┃ ┣ 📜pagination.py
┃ ┣ 📜tests.py
┃ ┣ 📜urls.py
┃ ┣ 📜view.py
┣ 📂user
┃ ┣ 📜admin.py
┃ ┣ 📜apps.py
┃ ┣ 📜uploads.py
┃ ┣ 📜models.py
┃ ┣ 📜serializers.py
┃ ┣ 📜tokens.py
┃ ┣ 📜tests.py
┃ ┣ 📜urls.py
┃ ┣ 📜view.py
┣ 📜manage.py
┣ 📜README.md
┗ 📜requirements.txt
- 2023.08.17 ~ 2023.09.01
- 2023.09.11 ~ 2023.09.25
- 고도화 회의
프로젝트 고도화 일정
프로젝트 고도화는 Github Project를 이용하여 진행하였습니다.
- Python
- Django
- PostgreSQL
- HTML
- 바닐라 JS
- CSS
-
전체 기능
-
회원가입
-
이메일 인증
-
로그인
-
비밀번호 변경
-
회원 탈퇴
-
로그아웃
-
소셜 로그인
-
프로필 변경
-
마이 페이지
- 알림 기능
-
채팅방 생성
-
채팅방 삭제
-
1:1 채팅 기능
-
채팅 차단 기능
-
생성
-
목록
-
수정
-
삭제
-
생성
-
답글
-
삭제
- 좋아요 / 취소
- 팔로우 / 언팔로우
-
생성
-
삭제
-
수정
-
목록 / 페이지네이션
-
참가 / 참가 취소
-
스터디 모임 단체 채팅 기능
- 검색 기능
Common Gateway Interface의 약자이며 웹 서버와 외부 프로그램을 연결해주는 표준화된 프로토콜입니다.
웹에 대한 수요가 증가함에 따라서 웹 서버에서 처리할 수 없는 정보가 요청되었을 경우, 그 처리를 외부 애플리케이션이 할 수 있도록 호출함으로써 중계 역할을 하고 있습니다.
CGI는 클라이언트의 요청이 발생할 때마다 프로세스를 추가로 생성하고 삭제하게 됩니다. 다수의 사용자가 동시에 요청할 경우 커널 리소스를 계속 생성/삭제하기 떄문에 오버헤드가 심해지고 성능 저하의 원인이 되기도 합니다.
Web Server Gateway Interface의 약자이며 Python이 애플리케이션, 스크립트가 웹 서버와 통신하기 위한 인터페이스로 CGI를 모태로 만들어졌습니다.
WSGI의 경우 CGI와는 다르게 한 프로세스에서 모든 요청을 콜백(Callback)으로 받아 처리하게 됩니다.
간단히 설명하자면 웹 서버가 애플리케이션의 코드를 직접적으로 읽을 수 없으므로 중간의 미들웨어가 해당 코드를 읽어서 결과를 대신 반환해주는 역할을 한다고 보면 됩니다.
대표적인 WSGI Web Application에는 gunicorn 등이 있습니다.
WSGI의 경우에는 비동기적인 요청 처리에 단점이 있습니다. 하나의 동기적인 callable이 요청을 받아 응답을 리턴하는 방식이었는데, 이런 방식은 길게 유지되어야 하는 연결 - long-poll HTTP나 웹 소켓에는 적합하지 않습니다.
Asynchronous Server Gateway Interface의 약자이며 Python에서는 asyncio, corutin과 같은 비동기 처리를 지원합니다. ASGI는 WSGI의 단점을 개선하기 위해 만들어졌습니다. WSGI에 대한 호환성을 가지면서 비동기적인 요청을 처리할 수 있는 인터페이스입니다.
ASGI는 Websoket 프로토콜과 HTTP 2.0을 지원합니다. 대표적인 ASGI Web Application에는 Uvicorn 등이 있습니다.
https://docs.djangoproject.com/en/3.2/ref/django-admin/#runserver # Django Docs
Django 공식 문서 참고
Runserver는 개발 단계에서 웹 애플리케이션을 빠르게 개발하고 테스트할 수 있도록 제공하는 기능이라고 말하며 프로덕션 환경에서는 Runserver를 사용하지 말라고 알려주고 있습니다. 그 이유로는 보안 감사나 성능 테스트를 거치지 않았으며, 기능이 단순하고 대량 요청이나 동시 요청을 효율적으로 처리하지 못한다고 말하고 있습니다.
따라서 보안적, 성능적으로 효율적이지 못하기에 보통 Nginx와 Gunicorn을 같이 사용하여 배포하게 됩니다.
동시 접속 처리에 특화된 웹서버로 클라이언트로 부터 HTTP 요청을 받아 해당하는 파일을 HTTP 통신을 통해 응답해주는 프로그램입니다.
웹서버 특성상 정적 컨텐츠 호스팅에 특화되어있으며, 이밖에 리버스 프록시, 캐싱, 로드 밸런싱 등 여러 역할을 수행하고 있습니다.
Nginx를 사용하지 않더라고 WAS가 직접 서비스를 제공해도 되지만 DB와 연결된 WAS의 보안을 강화할 수 있다는 장점이 존재합니다.
Python WSGI로 웹서버(Nginx)로 부터 서버사이드 요청을 받으면 WSGI를 통해 서버 애플리케이션(Django)로 전달해주는 역할을 수행하고 있습니다.
WSGI의 경우 멀티쓰레드를 만들 수 있기 때문에, Request 요청이 많아지더라도 효율적으로 처리할 수 있습니다.
실제로 저희 프로젝트에 Gunicorn을 도입한 결과 응답 속도가 2~3초에서 1초 이내로 상당히 빨라지게 되었습니다.
Uvicorn은 uvloop와 Httptools라는 것을 이용해서 ASGI를 구현한 서버입니다. 내장된 asyncio의 이벤트 루프 역할을 uvloop로 대체하여 동작함으로써 속도면에서 빠르라다고 합니다.
Uvicorn은 단일 프로세스로 동작하며, 일정 이상 트래픽이 넘어서면 한계점이 존재합니다. 이를 보안하기 위해 Gunicorn의 Worker들에 Uvicorn을 활용하여 배포하고 있습니다.
HTTP 프로토콜이란 인터넷 상에서 데이터를 주고받기 위한 서버/클라이언트 모델을 따르는 프로토콜을 이야기합니다.
HTTP 프로토콜 통신은 소켓 통신을 기반으로 하며 IP와 Port 번호 등이 존재하는 TCP/IP 헤더들이 붙여져 메시지가 송수신됩니다.
HTTP 프로토콜과 소켓 통신을 구분하는 이유는 HTTP 프로토콜의 경우 한쪽에서만 요청에 대한 응답을 하는 웹 통신에 특화되어있으며 이러한 통신 매커니즘은 소켓 통신과 다르기 때문입니다.
초기에 HTTP 프로토콜은 HTML 파일을 전송하는 의미를 가졌지만, 현재는 JSON과 Image 등 다양한 형식의 파일들을 전송할 수 있게 되었습니다.
데이터를 자주 주고받는 환경인 경우 소켓 통신이 유리하지만 그렇지 않는 환경이라면 HTTP 프로토콜 통신이 유리합니다.
HTTP에서 실시간 통신을 하는 방법에는 대표적으로 3가지가 있습니다.
- Polling
- Long Polling
- Streaming
브라우저가 일정한 주기마다 서버에 HTTP 요청을 보내는 방식입니다.
서버측 데이터 업데이트 유무를 클라이언트 쪽에선 예측할 수 없기에 이를 위해 일정한 주기를 반복하여 요청을 보내는 것입니다.
하지만 이러한 방식은 서버 및 네트워크 부하를 늘리는 악영향을 끼칠 수 있습니다.
Polling 방식의 단점인 서버 부하를 줄이며 실시간성을 높이기 위하 고안된 방식입니다.
HTTP 요청이 서버로 들어올 경우 요청에 대한 응답을 보낸 후 연결을 즉시 끊는 것이 아닌 일정시간을 대기합니다.
이 대기 시간안에서 데이터의 변경이 일어날 경우 바로 클라이언트 측으로 응답을 보내고 응답을 받은 클라이언트는 다시 서버에 요청을 보내는 방식입니다.
Long Polling 방식은 Polling 방식의 단점을 보안하기 위해 나왔지만 다량의 클라이언트와 연결된 경우, 데이터 변경이 자주 일어나는 경우 오히려 서버에 큰 부담을 줄 수도 있습니다.
Streaming은 서버가 요청을 받았을 경우 해당 요청에 대한 응답을 완료하지 않은 상태에서 데이터를 계속 보내는 방식입니다. 따라서 클라이언트는 응답을 받았다 하더라도 연결을 끊고 다시 요청을 보내는 과정없이 계속하여 응답을 받아 처리할 수 있습니다.
이 방식의 큰 단점은 클라이언트에서 서버쪽으로 데이터를 보내는 것이 힘들다는 점이 있습니다. 양방향 통신이 아닌 단방향 통신에 가깝습니다.
HTTP 프로토콜의 경우 실시간성이 떨어지는 단점이 있어 이를 보안하기 위해 Websocket이라는 기술이 도입되었습니다.
Websocket은 HTTP 프로토콜과 다르게 상태(Stateful) 프로토콜이며, 연결을 유지한채 실시간 양뱡향 통신 혹은 데이터 전송이 가능한 프로토콜을 말합니다.
클라이언트와 서버가 한번 연결되면 같은 연결을 이용해 통신하므로 TCP 커넥션 비용을 아낄 수 있습니다.
Websocket은 현재 채팅,온라인 게임, 화상 회의 등 많은 분야에서 사용되고 있습니다
Nginx가 WS 통신을 Uvicorn으로 전달해주는 과정에서 에러가 발생하였습니다.
이를 해결하기 위해 Nginx config를 WS 통신을 받을 수 있도록 설정하였고 Nginx로 들어오는 HTTP 통신을 Gunicorn으로 연결시켜 주었습니다.
그 후 Gunicorn worker에 Uvicorn을 등록시켜 WS 통신을 Uvicorn으로 처리할 수 있도록 설정하였습니다.
그 결과 단일 프로세스로 작동하는 Uvicorn의 단점을 극복하고, ASGI를 Nginx로 안정적으로 배포하는데 성공하였습니다.
AWS S3에 저장된 URL을 받아 오는 것에서 문제점이 있었고, PostModel의 설계에서도 다중 이미지 업로드를 처리하는 데 문제가 있었습니다.
PostModel의 설계 구조를 변경 후 PostImage 라는 새로운 테이블을
생성하여 연결하였고, *AWS S3 이미지 업로드 모듈을 새로 작성하여
저장된 URL을 받아 올 수 있도록 하였습니다.
AWS S3 이미지 업로드 모듈 : uploads.py
제가 처음으로 진행하는 팀 프로젝트였습니다. 저라면 생각지도 못한 아이디어나 새로운 정보들을 알 수 있는 정말 소중한 시간이었습니다. 함께한 팀원분들이 너무나도 좋은 분들이라 프로젝트를 진행하는 내내 긍정적인 자극을 많이 받아 더욱 열심히 하게 되었던 것 같습니다. 이번 프로젝트에는 실시간 알림 기능을 구현해보고 싶었습니다. 처음 프로젝트를 진행했을 때만 하더라도 무조건 가능하다는 의미 없는 자신감을 가지고 있었습니다. 하지만 얼마 안 가 제가 오만했다는 걸 깨달았습니다. 팀원분들의 믿음에 힘입어 결국 실시간 알림 기능을 구현하는 데 성공했을 때는 너무나도 행복했습니다. 저를 믿어주는 팀원분들이 있었기에 포기하지 않고 계속 달려 나갈 수 있었습니다. 프로젝트 기간 동안 좋은 추억과 경험을 선사해준 이도님, 수봉님, 사랑님, 봉수님에게 감사 인사를 드립니다. 자만이나 방심하지 않고 겸손함을 유지하며 앞으로 더 성장하는 개발자가 되도록 하겠습니다.
저 혼자 진행했다면 한참이 걸렸을 결과물을 협업을 통해서 빠르게 만들어 나가는 경험이 너무 좋았습니다. 진행하는 동안에 제가 몰랐던 라이브러리나 코드 스타일 등을 다른 팀원분들의 코드 안에서 하나씩 발견하고 알아가는 과정도 즐거웠습니다! 동시에 많이 부족한 제 실력을 확인하는 시간이기도 했습니다... 결과적으로 많은 기여를 하지 못 해서 아쉬움이 남지만 Redis, channels, signals 등 많은 키워드를 얻고 성장할 수 있었던 계기였고 좋은 프로젝트 경험을 만들어주신 현우님, 수봉님, 사랑님, 봉수님 감사합니다!
처음 프로젝트를 시작할 때는 과연 짧은 시간 안에 내가 맡은 부분을 구현해낼 수 있을까라는 걱정이 앞섰습니다. 걱정만큼이나 실제로 기능을 하나씩 만들어가는 과정은 쉽지 않았고 이 정도는 할 수 있겠지라는 생각도 경솔함이라는 걸 깨달았습니다. 특히 다중 이미지 업로드 기능을 추가할 때 PostImage 모델을 Post 모델에 연결하는 부분에서 많은 어려움이 있었는데 이 과정에서 제가 Model에 대한 이해도가 낮다는 걸 알게 되었습니다. 하지만 그럴수록 더 깊이 찾아보고 도저히 혼자서 답이 나오지 않는 부분들은 팀원들의 도움을 받으면서 하나씩 해결할 수 있었습니다. 이 프로젝트를 진행하면서 제 개인적인 성장도 매우 뿌듯하지만 무엇보다 팀원 모두가 본인 몫을 하나씩 쌓아가면서 결과를 만들어내는 과정이 저에겐 큰 경험이 되었습니다. 앞으로 개인 프로젝트뿐만 아니라 여러 사람들과 다양한 프로젝트를 진행하게 될 텐데 그때마다 이번 경험이 큰 도움이 될 것이라고 생각합니다. 함께 프로젝트를 진행할 수 있어서 즐거웠고 많은 것을 배웠습니다. Team OrGo 화이팅!!
프로젝트 초기에는 충분히 다양한 기능들을 넣었다고 생각했는데, 각자 구현한 것들을 합치고 실제 서비스를 이용해보니 확실히 아쉬운 점들이 계속해서 생겨났던 것 같습니다. 열정 넘치는 분들과 함께 프로젝트를 진행할 수 있어서 운이 좋게 많은 것을 배웠습니다. 다들 너무 고생 많으셨어요!
처음 프로젝트의 임할 때는 무서움이 컸습니다. 모든 단계를 스스로 설계하고 구현했던 개인프로젝트의 과정이 떠올라 막상 팀에게 폐가 될까 걱정이 컸습니다. 그래도 자신감을 갖고 진행했지만 실제로 기능 구현과 코드 간결화하는 과정과 GitHub에서 에러로 막힌 적도 많았습니다. 팀 프로젝트에서는 기능을 구현하면서 동시에 코드를 보기 쉽게 만드는 것이 중요하게 생각했습니다. 그 중의 가장 어려웠던 부분은 코드를 간결하고 가독성 있게 작성하는 것이었습니다. 하지만 코드의 품질을 높이는 데 아직 부족함을 느꼈습니다. 그래도 스스로 검색하고 팀원분들의 도움으로 코드의 완성도를 더 높였습니다. 많이 부족했음에도 불구하고, 팀 프로젝트를 통해 제가 전보다 발전했음을 느낄 수 있었습니다. GitHub과의 소통과 협업을 통해 중요한 기술적 습득과 성장을 경험했습니다. 이러한 경험을 통해 팀 프로젝트 진행 중에 자신감을 얻을 수 있었고, 이 경험은 미래에도 가치 있는 기억으로 남을 것 같습니다. 더불어, 개인적인 성장뿐만 아니라 팀 프로젝트를 통해 팀원들과 협력하고 의사소통의 중요성을 깨닫게 되었습니다. 이러한 깨달음은 사회에서도 큰 가치를 가질 것으로 확신합니다. 마지막으로 우리 팀 OrGo 너무 고생하셨고, 현우님, 이도님, 수봉님, 사랑님 프로젝트 하는동안 너무 좋은 추억 남겨주셔서 감사합니다.