-
Notifications
You must be signed in to change notification settings - Fork 8
2024.07.03 주제 선정 회의
Moly edited this page Jul 8, 2024
·
1 revision
8명 전체가 사용자 지향 프로젝트를 희망
- 찬성
- 서비스화 될 가능성이 우리가 제안한 프로젝트보다 크다고 생각
- 다음기수에 우테코에서 진행될 가능성 유
- 유지보수를 고려해 구현하는 경험
- 구구의 아이디어 → 구구가 피드백해주는데 좋은 방향으로 이끌어줄 가능성이 높다
- 서비스화 될 가능성이 우리가 제안한 프로젝트보다 크다고 생각
- 반대
- 컨텐츠 작성까지 우리의 몫인데, 시간적 여유가 될지 모르겠다.
- 우리가 정말 문제를 인식하고 필요에 의한 주제인가?
- private SNS
- 불특정 다수와 너무 많은 광고 + 원치 않는 정보에서 벗어나 친밀한 사람들끼리 정보를 얻을 수 있도록 돕는다.
- 레저 확인 사이트
- 정보를 찾기 어려운 초보 레저인들에게 가격, 후기 등의 정보 제공
- 전문성을 가지고 접근성을 높여주는 것
- 사회초년생 자산 관리
- 사회초년생들에게 자산 형성에 대한 가이드 제공
- TDD + 작은 목표로 동기 부여 → 달성 유도
- 1:N 집단 지성 게임
- 아이스 브레이킹 게임 + 재미 보장
- 취미 공유 및 영업
- 취미를 영업하고 싶은 사람과 새로운 취미를 찾고 싶은 사람 매칭
근처에서 일어나는 이벤트의 정보를 쉽게 접할 수 있다. (위치 기반 소통)
- 이벤트란?
- 팝업, 전시 등
- 서비스 범위를 고민
- 대학교
- 우테코 캠퍼스 (위치 기반이라는 메리트는 사라지지 않을까?)
- 지역
- 의문점: 범위가 넓으면 근처에서 일어나는 이벤트를 쉽게 접할 수 있게 해주는 것의 의미가 있을까? → 시작 서비스 범위는 작은 것은 좋으나, 목표 서비스 범위가 작을 필요가 있을까 싶다.
- 증발되는 서비스
- 컨텐츠가 사라지는 서비스기 때문에, 사용자가 컨텐츠를 올리지 않으면 흥미가 떨어질 것 같다.
- 사용자가 없을 때 개발로 설정할 수 있는 게 없다.
-
회의 중요 포인트
- 사용자에 역할이 크다 (사용자 의존도가 높다)
크루들끼리 취미 or 취향 or 관심사 정보를 공유한다.
- 취미 vs 정보공유
- ‘취미 vs 정보공유’는 다른 분야인가?
- 해당 sns 에서 원하는 바가 광고성이 없는 정보 공유라면, 정보 공유 쪽인 것 같다.
- 취미는 악기 연주, 요리 등 하나의 분야라고 생각 → 취미랑 정보 공유는 그래서 다른 분야인 것 같다.
- 취미를 공유하는 것은 자신이 좋아하는 분야에 대해 공유하는 것이니 광고성이 없다고 생각한다.
- ‘취미 vs 정보공유’는 다른 분야인가?
- 익명성
- 크루 사용성 고려
- 동아리 검색
- 원하는 정보 검색 (ex. 키보드 검색)
- 어떻게 사용할 것 같나?
- 정보 공유
- 기타, 방탈출
- 정보 검색
- 음식점 정보
- 기기 정보
- 정보 공유
- 인스타와 동일하지 않는가?
- 광고성이 없고, 소규모인 인스타인 것 같다.
-
회의 중요 포인트
- 기능: 네이버 카페 + UI: 인스타(핀터레스트)
- 우테코 내에서 동아리 및 취향 공유에 도움을 줄 수 있을 것 같다.
나만의 코드 템플릿을 저장하고, 다른 사람들의 코드 템플릿을 검색/확인할 수 있다.
-
깃허브 레포지토리 + 스택 오버플로우
-
회의 중요 포인트
- 깃허브와 다른 점
- 검색이 용이 (내 코드, 남의 코드 모두)
- 깃허브와 다른 점
만들고 싶은 서비스 주제는?
나만의 코드 템플릿을 저장하고 공유하는 서비스
만들고 싶은 서비스 기획 목적, 서비스에 대한 설명
기획 배경
- 매 프로젝트마다 공통적으로 사용하는 코드들을 나만의 템플릿으로 만들어서 관리할 수 있도록 돕는 서비스가 필요했다.
- 특정 기능 구현을 위한 코드 레퍼런스를 빠르게 검색하기 어렵다.
기존 서비스의 문제점
- 깃허브: 필요한 기능의 코드를 참고하기 위해 전체 프로젝트 소스코드를 파악해야 한다.
- 벨로그: 발행할 수 있는 정보의 폭이 넓어서, 필요한 코드 레퍼런스만 빠르게 찾아서 스크랩하기 어렵다.
서비스 주요 기능
- 나만의 코드 템플릿을 저장하고 재사용 할 수 있다.
- 코드 템플릿 위주의 검색 결과를 빠르게 얻을 수 있다.
- 백엔드 코드 컨벤션
- 백엔드 기술 스택 및 선정 이유
- 각종 인스턴스 설정 파일 및 구성 위치 가이드
- ERD
- 백엔드 CI CD 동작 프로세스
- 로컬 DB 환경 설정
- 백엔드 로깅 전략
- 백엔드 로그 모니터링 구성도
- 스프링 메트릭 모니터링 구성도
- Flyway 로 스키마 관리
- 코드잽 서버 구성도
- Git Submodule 사용 메뉴얼
- 프론트엔드 코드 컨벤션
- 프론트엔드 기술 스택 및 선정 이유
- 프론트엔드 서비스 타겟 환경 및 브라우저 지원 범위 선정
- 프론트엔드 모니터링 및 디버깅 환경 구축
- 프론트엔드 테스트 목록
- 프론트엔드 라이브러리 기술 검토
- 프론트엔드 개발서버, 운영서버 빌드 및 배포 환경 구분
- 목표했던 타겟 환경과 디바이스에서 서비스 핵심 기능 동작 확인
- 프론트엔드 접근성 개선 보고서
- EC2 로그 확인 방법
- VSCode를 통한 EC2 인스턴스 SSH 연결 방법
- 터미널을 통한 EC2 인스턴스 SSH 연결 방법
- NGINX 설정 파일 접근 및 적용 방법
- DB 접속 및 백업 방법
- [QA] 배포 전 체크리스트
- CI 파이프라인 구축
- CD 파이프라인 구축
- 백엔드 CI CD 트러블슈팅
- Lombok Annotation Processor 의존성을 추가한 이유
- 2차 스프린트 기준 ERD
- DTO 검증하기
- ProblemDetail
- Fork된 레포지토리 PR에서 CI Secrets 접근 문제 해결
- AWS CloudWatch 모니터링
- 스프링 메트릭 모니터링 구축 방법
- 로깅과 Logback에 대해 알아보아요.
- Logback MDC로 쉽게 요청 추적하기 (+ Grafana로 추적 더더 쉽게!)
- 백엔드 CD 파이프라인 Ver.2
- 요청, 응답 로그에 correlationId 를 추가하자!
- 3차 스프린트 기준 ERD
- 더미데이터 생성하고 실행하기
- 쿼리 성능 개선 결과
- 테이블별 인덱스 설정 목록
- 사용자 증가 시 발생할 수 있는 문제 상황과 개선 방안
- k6를 사용한 서버 부하 테스트
- 6차 스프린트 기준 ERD
- TestExecutionListenr 간의 충돌 문제에 대해 알아보아요
- Query Performance Improvement Results
- 테스트 전략 및 CI 설정
- CI CD 구조
- 배포 전, 로컬에서 로그인 기능 포함 테스트해보는 법
- stylelint 적용기
- 내 작업 브랜치 중간에 Merge된 동료의 작업물을 넣고 싶다면 pull vs rebase
- [TS] Webpack config
- [TS] Webpack 환경에서 MSW v2 이슈
- [TS] webpack에서 react‐router‐dom 적용 안됨