1주차 미션
프로젝트 아이디어 구상
기획서 작성
요구사항 정리
어떤 기능을 개발해야 할까?
어떤 페이지가 제공되어야 할까? 등등
다음 모임까지 각자 무엇을 할 것인지(Action item)
팀장 정하기
팀별 모임 사진(온라인/오프라인 회의)
결정할 것들
- 앱 vs 웹 ?
- 앱은 해본 적은 없지만, 웹은 해봤다
- 개발은 웹으로 하고 electron으로 감싸면 앱이 된다
- 웹 뷰로 띄워서 앱을 표현할 수 있지만 애니메이션 등 화질구지
- 앱은 런칭을 해서 마켓에 등록하기에 더 용이
=> 이 프로젝트를 통해 얻고자 하는 게 뭔지를 생각해서 결정하기
플젝 경험 : 취업 시장에서 잘 해보고 싶다
두 달간 개발을 하고 이후에 런칭, 배포를 하는 것
- 스택 결정
- 디자인 : 피그마
- 프론트 : React, Typescript, React Native/웹뷰, react query 등등 고민중
- 일정
-
2차 회의 : 목요일 밤 8시
-
회의 고정 날짜 : 화요일 8시
아이템 선정 시 그 이유도 함께 가져오기!!자기소개 이야기하기
거주지, 관심사, tmi, 뭘 좋아하는지
코어 타임에 궁금한 점을 댓글로 남겨 두기
프로덕트를 정하면 디자인 쪽에서 목요일부터 경쟁사 분석, 리서치
사이드 프로젝트 멤버 소개 페이지에서 넣기!
아이디어
- 커뮤니티 : 운영이 어렵다. 사용자를 얻어야 하니까
- 개인 관리 용도 기능 : ex. 자기만의 일기를 쓰는 앱 (노트, 이로울 거 같은 글을 썼을 때, 카톡에서 나에게 보내기로 했을 때 노트처럼 정리할 수 있으면 좋겠다 )
이전 기수의 이야기
- 런칭까지 가서 제대로 운영을 하기가 어렵다
- 대부분의 프로젝트는 이런 기술을 써봤다, 배포를 해봤다 정도!
- 계속해서 운영을 하는 팀이 기수별 1팀 정도만!
=> 사용자의 커뮤니케이션이 많지 않거나 설문조사식으로 바로 결과를 보여줄 수 있는 서비스 추천 ex.반려 식물 관련 서비스(운영하기 쉬워서)
cf.
페이지네이션 등은 오래 걸려야 3일 정도 걸린다
서버는 구현 자체보다 유지보수쪽의 난이도가 더 문제가 발생한다
- DevOps처럼 CI/CD 파이프라인 구축이 아니라 실사용자 상대로 운영
- 런칭도 런칭이지만 런칭까지 하고 운영까지 보는 편!
- 런칭을 했는데 방문자 수가 꽤 된다 버전 업데이트를 몇번까지 했다
앱을 런칭하는 것뿐만 아니라 운영까지도 해보고 싶다
ex. 커리어 관리 (개인이 사용하는)
프론트
-
상태 관리의 유무 결정 : 스코프 보고 결정
-
언어 : React, Typescript
CSS: emotion
앱 라이브러리:후보1. React-Native(css부분에서 flex가 굉장히 다르다)
후보2. 웹이랑 비슷하게 안드로이드 앱을 만들게 해주는 아톰?
후보3. 웹뷰
: 반응형 웹
: 모바일 버전에 브릿지 만들어서 일부 기능만 네이비트로 할 수 있게 하는
: 사용자 경험이 나쁘다
(반응이 느리고 부드러운 애니메이션 포기 : 엄청난 공수가 필요)ex. 당근마켓 - 캐럿 프레임마크
=> 웹으로 해서 앱이 돌아가는데 구분이 안 되는후보4. progressive web app : android만 가능
context API를 많이 쓴다 : 용도에 맞는 컨텍스트를 만들고 각 페이지에서 호출이나 이런 거는 react query를 사용하는
-> react query (경험이 담겨 있는 조언)
계획
- 앱으로 갔을 때 사용할 수 있는 후보들 장단점을 찾아오고 내일까지 찾아오기
- 내일 8시에 자료를 서로 공유를 해서 취합을 해서 하나로 만들어서 리서치, 목록을 만들어서 slack에 올리고
- 목요일에 기능 정하고 기획하기
CSS-in-JS
-
vue + sass 컴포넌트 (SCSS)
-> 빠르게 호딱하고 싶으면 sass
-> SCSS는 문법이기 때문에 styled-component에서 사용 -
react + emotion/styled-component
-> div에 스타일 정의하는 형태
-> 테마 프로바이더 등 다 지원이 된다
=> 둘의 차이점 : emotion이 사이즈가 훨씬 작음
emotion이 나중에 나와서 아직 styled-component를 씀
상태 관리 라이브러리
- Redux
단점
- 불필요한 렌더링
- 교과서적인 코드(너무 길다)
장점
- 디버깅하기에 좋음
- JoTai
- Recoil이랑 비슷
- 토스에서 사용
- Sustend
- Redux랑 비슷한데 코드를 많이 쳐낸 상태
- 당근에서 사용
- MobX
- 배민에서 사용
