[커피챗] 사이드 프로젝트

사이드 프로젝트의 목적에 따라 모든 방향 자체가 달라진다.

• DND wiki 참조

사이드 프로젝트를 하는 이유

• 재미있지 않으면, 자발적으로 참여하기가 어렵다.

• 한 명 한 명이 끼치는 영향력이 크기 때문에!

아이디어 구성

1. 다른 서비스와의 차이점은?
• 금액이 무료
• 보통 금액이 무료이면 탈주율이 높은데, DND는 무료임에도 불구하고 탈주율이 정말 낮다.
• 운영진의 높은 열정에 근거한 피드백들이 그 원인이라고 생각
• 짧은 기간 동안 운영 (8주)
• 8주는 대학생 방학기간이기 때문에, 여름 방학 겨울 방학 연 2회 진행
 

팀 구성 이후 작업

• 게더(함께하는 느낌을 줌)

• 매일 매일 스크럼 진행

• 아이디어 구상 및 기획단게에서 생각보다 정말 많은 시간이 소요 됨

• whimsical 등을 통해서 정리
• whimsical은 flowchart를 도와주는 서비스 (ex사진)

실제 개발단계

• 다양한 칸반 프로그램들 사용
• GitHub의 이슈 사용
• JIRA (초기 세팅 시간 많이 필요)
• Zenhub

• 보통 2주 단위로 지정

• 해당 기간 동안 진행되어야 할 이슈들을 묶어서 마일스톤으로 설정함

• ex) 프로젝트 사용법이라는 Epic 만들고
• 세부이슈로 마크다운 사용법, 코딩컨벤션, 브랜치 전략 등을 이슈로 설정할 수 있다.

배포단계

• 다양한 배포 툴 선택 가능
• 결국 배포툴들은 내부적으로 ubuntu의 nginx를 통해서 배포관련 세팅을 해주는 것
• AWS / Heroku / netlyfy

• serverless 로 구성할 경우 상당히 저렴한 가격으로 구성가능하다
• 트래픽이 발생할 때만 요금이 발생하는 구조
• 사용자 수가 적거나, API의 사용 빈도가 낮을 때 사용하면 금액적으로 크게 이득볼 수 있다.
• 구성요소
• S3
• 정적 배포파일 들이 저장되어 있는 보관소
• 람다
• 함수들의 집합으로, 기능 실행 시 사용

• AWS Amplify
• 배포를 클릭을 통해 쉽게 가능하게 하는 AWS 시스템
• 정적 배포로 EC2 사용보다는 저렴한 측면

• netlify 배포
• 느리다는 단점!
• 일정시간 접속이 없으면 서버가 죽는다.
• 요청이 오면 → 서버를 부팅 → yarn start → 응답 보냄

기타

• 프론트엔드 개발자도 피그마와 같은 디자인툴 어느정도 사용할 줄 알아야한다.
• ex. ctrl+g를 통해 grid를 볼 수 있는데, 각 영영이 그리드를 기준으로 n칸 사용하는 것으로 디자인이 잡혀있을 수 있다. 이 때 이를 고려하지 않고, 단순 px값으로 css작업을 할 경우, 원하는 디자인이 아닌 불상사가 발생할 수 있다.

• 프로젝트 세팅의 경우 1명이 주도적으로 진행하는 것이 좋다.
• 큰틀에서 eslint, prettier 등 정하는 것이 효율 적
• 배포 환경 세팅도

질문