-
Notifications
You must be signed in to change notification settings - Fork 2
회의록
- 기본적인 사이트 구성 역할 나누기( 게시판 crud, 회원정보 로그인 및 수정, 메인페이지)
- 깃 브런치 나누는 방법 : 각자의 기능으로(추후에 설명)
- api명세서 어떤지
- 환경이란 틀에서 주제 정하기. 브레인 스토밍
- git 주소는 노션에서
- 클라우드 정하기 : 구글 클라우드
- 자신이 하고싶은 기능을 예시 사이트를 찾아 다음 회의 때 공유
- 컨벤션 정하기(규칙)
- 페이지의 기본적인 기능 먼저 구성.
- 기본적인 정보 노션에 적어놓기.
- 주제 - 지도 api를 가져와서 지역에 대한 코스 추천 , 날씨 ,
노션 공유문서 관련 컨벤션 협의
기본 IA 설계 후 ERD 컨벤션 협의( ERD 클라우드를 사용하거나 다른 사이트 이용 및 활용 방법에 대해 협의)
프로젝트 패키지 기능 구조 협의 및 기본 기능 개발(도메인, 패키지 등)
추가 아이디어
노션 공유문서 관련 컨벤션 협의(다들 숙지)
기본 IA 설계( 미니 프로젝트 IA를 토대로 기본 기능에서 지속적 기능을 추가), ERD 클라우드 사용( ERD도 기본 설계만 하고, 각자 기능의 DB를 맡고, 연관관계 매핑은 후에)
프로젝트 패키지 기능 - 패키지 구조
- 각각 자신의 테마를 구현하거나, 팀 단위로 테마를 맡아 구현하기.
- 날씨 위젯을 사용하여 그날의 날씨를 표현해주는 기능.
팀 명 : 각자 24/02/22까지 각자 팀 명, 테마 컬러 하나씩 의견 내기
- 기본적인 기능 구현 시기 정하기( 로그인, 메인, 회원가입 등등)
- 테마 주제 생각해오기. (원하는 기능을 추합하여 테마 생성 OR 테마 자체를 생각)
기본적인 기능 파트 로그인 및 회원가입 : 재호 메인 페이지- 헤더 및 푸터 (우성, 시원) 자신이 하고싶은 기능, 해보고 싶은 기능들을 주말동안 생각해오고, 월요일부터 바로 시작하기
원하는 기능들을 추합하여 검토 후 각자의 역할 배분 및 기능 구현 협의
mui emotion / mui style-component 중 스타일 하나 다음 회의 때까지 고르기 zustand / redux 중 스토어 하나 다음 회의 때까지 고르기 비동기 통신 axios로 결정 의존성 주입 및 Entity 객체 초기화 / 변환은 @Builder로 구현 오류 코드는 인터페이스에 만들어놓고, 공용 오류 Status 코드 재사용하기 enum/interface 장단점 비교하여 어떤 것을 사용 할 지 정하기.
- 프로젝트 계획 수립
- 주제 : 여행 관련 SNS 서비스
- 기능 명세서 작성 역할 배분
- 의현 : 즐겨찾기, 랭킹, 팔로우 기준 비공개, 공개 회원, 팔로우
- 시원 : 거리 표시, 댓글, 날씨, 좋아요
- 우성 : 알림, 게시물 추천, 구독 서비스, 관리자
- 무호 : 비공개, 공개 게시물, 차단, 채팅, 여행지 추천 및 성취도
- 재호 : 게시글(종류), 신고, 회원, 결제
- mui style-component 결정
- zustand로 결정
- 오류 status 코드 enum / interface
- 각자 작성한 기능 명세서를 기반으로 추가 및 삭제 협의
- 명세서 기반 파트 별 기능 분배 협의
- 오류 status 코드는 enum
- 다른 조와 주제 및 기능들이 다수 겹치는 관계로 주제 회의 및 기능 아이디어 협의해오기
각자 주제에 맞게 아이디어를 생각해 온 후, 기능 명세서, 페이지 분리와 역할 분담 협의
현재 목업 상황 진전 공유.
서로 목업의 결과를 공유 미흡만 부분이 있으므로, 24/03/07까지 마저 작업하기로 결정.
다들 소통이 부족하여 프로젝트 진행 결과물이 각각 달라서, 프로젝트에 대한 마음가짐을 확인하는 시간을 갖게되었음.
앞으로 프로젝트의 방향성에 대해서 다시 한 번 회의를 하고, 자주 소통을 하여 서로의 부족한 점이나, 의견들을 수용하여 목업툴을 어떤 사이트를 이용하여 작업을 진행 할 것인가에 대해 이야기 하였고, Adobe XD와 Pixso 중 장단점을 알아보기로 하였음.
- 목업툴 Adobe XD / Pixso 중 하나 장단점을 비교하여 결정하기
- 목업에 대한 일정 조율하기
- 목업툴은 Pixso 결정
- 다음주 월요일에 목업 결과물 공유. 지속적으로 발전 예정.
- 프로젝트 발표 시작 할 때 팀 이름, 이 주제를 선정한 이유에 대해 일관성 있게 설명하기.
- 자신이 잘한 기능은 코드를 보여주면서 설명하면 좋을 것 같음.
- 다른 사이트와 우리의 프로젝트가 어떤 차이점을 가지고 있는지 설명하기.
- 사용자의 입장와 개발자의 입장으로 나누어서 설명하기.
- 마지막에 기능 배분에 대해서 설명하고, 마이크를 돌리면서 서로 느낀점과 발전해야 할 점을 말하기.
- 대본을 들고 말하기 or 충분한 리허설과 연습을 통해 대본을 들고있지 않은 상태로 발표하기.
- 어떤 주제에 대해 설명 할 때는 근거와 이유를 들고 설명하기.
- 문제점이 있었다면 원인과 해결 방안에 대해서 설명하기.
- 일관성 있게 PPT 제작하기.
- 업적 시스템 → 수료증 뱃지 or 구독 뱃지.
- 실시간 스트리밍.
- 강의를 볼 때 옆에 조그만 챗gpt를 띄워줘서 수강생의 입장을 편하게 해주기.
- 숏츠를 만들어서 메인 페이지에 보여주기.
현재까지 구성한 서로의 프로젝트 대한 목업 페이지들을 공유하고, 추가 및 변동 사항들을 이야기하며, 우리만의 특별한 프로젝트의 기능 추가하기.
- 프로젝트 발표 시작 할 때 팀 이름, 이 주제를 선정한 이유에 대해 일관성 있게 설명하기.
- 자신이 잘한 기능은 코드를 보여주면서 설명하면 좋을 것 같음.
- 다른 사이트와 우리의 프로젝트가 어떤 차이점을 가지고 있는지 설명하기.
- 사용자의 입장와 개발자의 입장으로 나누어서 설명하기.
- 마지막에 기능 배분에 대해서 설명하고, 마이크를 돌리면서 서로 느낀점과 발전해야 할 점을 말하기.
- 대본을 들고 말하기 or 충분한 리허설과 연습을 통해 대본을 들고있지 않은 상태로 발표하기.
- 어떤 주제에 대해 설명 할 때는 근거와 이유를 들고 설명하기.
- 문제점이 있었다면 원인과 해결 방안에 대해서 설명하기.
- 일관성 있게 PPT 제작하기.
- 발표 중심 ??
- 업적 시스템 → 수료증 뱃지 or 구독 뱃지.
- 실시간 스트리밍.
- 강의를 볼 때 옆에 조그만 챗gpt를 띄워줘서 수강생의 입장을 편하게 해주기.
- 숏츠를 만들어서 메인 페이지에 보여주기.
- 모바일 웹 - 관리자는 모바일로도
- 데스크탑으로 영상을 저장 할 수 있는 기능.
- IOT기술을 사용하여. 사용자에게 정보를 전달하기.
- 음성 인식 기능.
서로 현재 프로젝트에 대한 진행 상황 결과 보고.
- 폰트 : Pretendard.
- 컬러 : 558BCF
- 폰트 사이즈 : rem으로 각자 계산해서 적용. (1rem = 16px)
- 컴포넌트 사용은 최대한 mui 사용 할 것.
- 프로젝트 마감은 4월 15일 마감.
- 회의는 오전 1번 오후 1번. 시간은 그 날의 상황에 따라 결정.
- 회의를 하기 전, 깃에 회의를 할 내용을 미리 적어놓기.
