주노 님의 블로그

20241021 본캠프 66일차 TIL 본문

카테고리 없음

20241021 본캠프 66일차 TIL

juno0432 2024. 10. 21. 23:08

본캠프 66일차 내용 간단요약

  • 09:00 ~ 10:00 코드카타
  • 10:00 ~ 11:00 최종 프로젝트 발제
  • 11:00 ~ 12:00 프로젝트 회의
  • 12:00 ~ 13:00 점심시간
  • 13:00 ~ 18:00 프로젝트 회의
  • 18:00 ~ 19:00 저녁시간
  • 19:00 ~ 22:00 프로젝트 회의

브레인스토밍

더보기

 

1차 브레인스토밍 내용

 

재난 (챗지피티 api, 카카오지도 api)
>> 지진이나, 재난에 대해 유저들이나 api를 통해 실시간으로 공유하고 대화하는 프로젝트.
장점 : 수요가 있을 수 있다.
단점 : 살을 붙이기 힘들다.

 

chatgpt api 사용해서 책 내용을 동화 이미지로 변환.
> 동화책을 만들어서 파는 북카페.
장점 : 쇼핑을 붙일 수 있다.
고려해야할 점 : 저작권 같은 문제는 어떻게 처리해야할까? 챗 지피티의 경우 이미지 생성은 저작권이 필요하지 않음.

 

사이드 프로젝트 웹사이트 (공모전, 취업사이트, 포트폴리오 허브, 질문게시판, 거기다 ai 응답을 곁들인) + 사용자 사용성 테스트 커뮤니티.
참고 사이트 : https://careerly.co.kr/
장점 : 범위가 다양하니까 확장에 유리하다.
단점 : 너무 단순하다 >> api, 챗지피티가 단점을 해결할 수 있을수있다.
고려해야할점 : 크롤링도 저작권 문제나 봇이 있어서 힘들수 있고, 공모전의 경우 데이터가 모인게 없어서 발품을 팔아야 할 수도.

 

갓생플랫폼 (인증 챌린지 >> 하루에 나 갓생산거 인증하는거) >> 카카오톡 오픈채팅방 같은 개념.
장점 : sns 클론코딩이라고 생각하면 좋음 << 인증좋아하는 인싸들 대상
단점 : 볼륨이 작아질 수 있다.

 

우리나라 책 (흥부 놀부, 혹부리 영감 등) 다국어 번역 북카페
장점 : 살을 엄청나게 붙일 수 있다.
단점 : 저작권 판권은 어떻게?..

 

룸메 구하기.
단점 : 이걸 주제로 5명이서?

 

이벤트 대행 관리 시스템.
임영웅 같은 이벤트가 아니라, 인디밴드 같은 소소한 사람들의 이벤트를 공유할 수 있는 플랫폼.
장점 : 수요가 있을 수 있고, 확장성이 크다, 홍보차원에서 좋은 기대가 가능하다.
단점 : 말만 바꾼거지 사실은 티켓팅같은 프로젝트

 

뉴스 큐레이팅 플랫폼 (내가 원하는 뉴스를 볼 수 있는)
>> 재난, 사이드 프로젝트, 이벤트 대행등에 섞을 수 있다.
장점 : 확장이 좋다
단점 : 단순하다, 이 내용이 포트폴리오로 어필하기에는...

 

(보류보류보류) webrtc를 이용한 화상대화 미니 zep같은거
단점 : 구현난이도 (생각만 해봄)

 

특정 기구가 있는 헬스장 찾아주기
>> 헬스장을 보면 어ᄄᅠᆫ 기구가 있는지는 알기가 쉽지 않다, 그 기구를 유저들이 알려주고 소통 할 수 있는 커뮤니티
장점 : 헬스를 하시는분의 적극적인 사용 의사가 있었음
단점 : 초기 데이터 구축의 어려움 존재

 

쇼핑몰
장점 : 이것저것 할 수 있는게 많다
단점 : 식상하다

 

영화 예매 + 리뷰
>> cgv 같은건데 영화리뷰 및 커뮤니티 존재
장점 : 이것저것 할 수 있는게 많다
단점 : 식상하다

 

점심메뉴 선정 및 식당 찾기 (맛집 탐방 루트라도 추천해주는)
>> 해당 지역의 해당 반경의 점심메뉴(저녁메뉴 등)를 가져와서 해당 필터링에 맞는 음식을 랜덤으로 소개해주거나, 웨이팅해주는 기능 구현.
장점 : 실용성이 많다

2차 브레인스토밍 내용

 

동화책 만들어서 파는 북카페 + 우리나라 책 다국어 번역
장점 : 쇼핑을 붙일 수 있다
고려해야할 점 : 저작권 같은 문제는 어떻게 해결할까?2차 회의
- gpt api 토큰당 요금이 들긴한다, 하지만 (토큰당 0.005달러) 크게 들지는 않다.

 

사이드 프로젝트 웹사이트

 

이벤트 대행 관리 시스템
2차 회의
- 타겟 유저 명확히
- 기술 스택 범위가 넓어져서 힘들 수 있다 > 범위를 지정하기

 

특정 기구가 있는 헬스장 찾아주기
2차 회의
- 데이터가 갖춰지지 않으면 crud일 수 밖에 없다. 우리가 데이터를 추가해야하는 번거로움이 발생한다.

 

점심메뉴 선정 및 식당 찾기
2차 회의
- 추천이라면 ai가 필요할것이다 아니면 gpt 파인튜닝을 필요로 한다.
- ai가 아니라면 태그방식으로 하되, 랜덤으로 출력한다, 이건 성능 최적화도 포함 될 수 있을것이다.
- 음식점 데이터는 api가 너무 분리되어 있거나, 필요한정보가 없어서 크롤링해야 할 수 있다.
- 전국적으로 할것인가? 지역적으로 할 것인가?
- google places api를 사용하면 현재 영업중인것만 분류 할 수 있다.

 

튜터님 피드백을 받고 의견을 수렴함

저작권은 최대한 건드리지 않는게 좋다, 출시하고 접어야할 상황 발생가능성.

포트폴리오 관점인지 창업 관점인지 고민해보는것이 좋다

채용담당자가 참신한지 볼 수 있지만, 기능에 중점을 둬라

점심 룰렛은 아이디어가 좋으나 기능을 어떻게 더 추가할지에 관한 의문이 든다, 다만 검색 관련해서 쿼리 최적화라던가 수행할 수 있을것 같다, 다만 프론트에 힘을 주는 기능이 몇몇 보인다.

이벤트 대행 시스템은 확장성이 넓어 구현해야할 범위가 넓을수도 있다, 구현 우선순위를 둬, 구현하라.


프로젝트 착수 후 구상

더보기

프로젝트 착수 구상

서비스 명 소극장.

 

서비스 소개 이 플랫폼은 잘 알려지지 않은 아티스트나 작가들이 미니 전시회나 소극장 공연을 열 수 있도록 지원하는 서비스입니다.

 

이벤트는 제목 내용 장소 시작시간 종료시간 인원제한수가 있으며 아티스트 권한만이 이벤트를 등록 할 수 있습니다.

이벤트에 리뷰를 달 수 있으며, 이 이벤트는 종료된 이벤트여야 합니다.

결제는 결제시스템의 정보 (어느 결제 시스템인지, 결제 여부, 가격등)을 알려줍니다

티켓은 회원이 이벤트를 구매한 영수증의 개념입니다.

할인쿠폰과 포인트를 제공하며, 알림서비스까지 제공합니다

 

도메인

유저(관리자, 아티스트, 유저)

이벤트[제목, 내용, 장소, 시작 시간, 종료 시간, 인원 제한 수(선착순)] - 당근 등록 하듯이

결제[어떤 결제 시스템으로 했는지]

티켓[이벤트, 구매자, (활성화)] -> 티켓은 인당 하나당 (티켓이 많이 쌓였을 때의 처리 고민)

이벤트 참여 후 리뷰

할인쿠폰

포인트(적립 - 구매액 5%)

알림 - (결제 완료, 하루 전, 1시간 전, 결제 취소)

첨부파일 - (ID, 이벤트 ID, url)

 

핵심기능

이벤트 예약의 동시성 처리

대용량 데이터 검색 기능 처리

AWS, DOCKER, S3

 

3주차 까지의 구현 목표

1주차

월요일 : 브레인스토밍, ERD, 서비스 초안 작성

화요일 : 와이어프레임, ERD완성, S.A.작성완료, 베이스코드 작성, 업무분장

수요일 : 기능 구현.

목요일 : 기능 구현.

금요일 : 기능 구현.

2주차

월요일 : 기본 구현 완료

화요일 :

수요일 : 구현 완료

목요일 : 기술 고도화 시작

금요일 :

3 주차

월요일 :

화요일 :

수요일 : 중간 발표회

목요일 :

금요일 :

와이어프레임 작성.

 

튜터님 피드백

결제 : 지금은 결제를 포인트로 구현하기로 했는데 결제를 실제 구현할때에 대한 복잡성이 증가한다, 해보면 좋지만 적절하게 제공하는 플랫폼이 없을경우 빨리 배제하는것이 좋다.

핵심기능 : 현재 핵심기능 리스트에 따르면 너무 약할 가능성이 있다. 각자 메인으로 맡은 기능이 있어야하는데 5명이 하나씩 잡고 가기에는 내용이 부족하다, 아예 처음부터 구체화해서 가져가는게 좋을 수 있다.

도메인 관련 : 도메인이 겹치는 감이 있다, 똑같은 시간에 수료를 하면 비슷한 결과를 가진 사람들이 취업을 하게된다, 기획을 다른쪽으로 빼면 좋지않을까?

알림 : 실시간 알림을 고도화하면 할 수 있을것 같다 SSE나 웹소켓을 사용하여 구현한다면

대용량 데이터 검색 : 대용량 데이터 검색은 조금 빈약하다, ES를 도입하는게 좋을 수 있다.

ERD 작성