2022/03/14 Project OT

프로젝트 방법론

폭포수 모델/전통적 모델	애자일 방법론
요구사항 고정 - 자원, 일정 달라짐	자원 고정 - 일정, 요구사항이 달라짐
	Requirement -> Design-> Develop -> Test -> Deploy가 빠른 바퀴로 계속 돌리면서 반영하는 것

중요한 것 부터(바퀴부터) 시작해서 개선하는 순서로 진행하는 것이 좋음.

 

기획

마라톤 회의처럼 하기

• 산출물을 꼭 만드세요 (빨리 끝내고 산출물 위주로 회의할 것)
• 문제, 해결법, UI 등등 산출물이 1개라도 나오도록

 

개발기간

• 아침에 자기가 한 것, 자기가 할 것 말하면서 기록하기. 어제 말한 것 잘 지켰는지 중요
• 각자 팻지/풀/리베이스, 코딩, 커밋, 푸쉬, PR 올리기, 리뷰, 머지

 

깃 허브 잘 쓰는 법

• git fetch, git pull, git config pull. rebase true
• git stach. git add. git commmit -m 등등
• PR : 요구 사항 내용, PR 타입은? 할 것은? 테스트, 관련 Jira# 노션 link 테스트, 스크린샷 등 넣을 것 중요함
• 리뷰어에 팀원들을 다 넣을 것
• 참고링크 : https://brunch.co.kr/@anonymdevoo/9

 

포트폴리오에 대한 진실

• 프로젝트 소개 글과 코드를 잘 보여주는 것이 중요
• 세상에 새로운 것은 없습니다. 
• 흔한 아이디어라도 완성도가 높고 차별점이 있으면 충분. 창의적인 아이디어가 높은 개발 수준을 보여주는 것은 아님.
• 70%의 기능 3개보다, 100%의 기능 하나가 낫다. 양보다 항상 질
• 포트폴리오는 프로젝트 제작과 병행

 

유의사항

• 이 사이트를 통해서 특정한 정보가 생성되는가?
• 신규성이 있는 기능을 만드는 것이 좋음. 왜 필요한지 설명되어야함.
• 본인들도 재미있는 것을 만들 것. 열정이 나오기 위해.
• 아이디어를 한줄로 설명해보세요.(TheVC) : Kick
• 아이디어에 대한 메타 인지
• 프로젝트와 가장 유사한 서비스는 무엇인지?
• 이 서비스를 통해 어떤 문제를 풀 수 있는가? 
  • Wiki에 개조식으로 적어줄 것. 마케팅적 워딩은 굳이 필요하지 않습니다. 
  • A와 관련된 것은 그 밑에 들여쓰기. B와 관련된 것은 그 밑에 들여 쓰기 등
• 가장 유사한 서비스의 모범 사례를 참고.
  • UI는 차별화, UX는 모범 사례
• 와이어프레임보다는 프로토타이핑
  • 실제 앱 모양이 어떻게 생겼을지를 만드시 '더미데이터와 함께' 
  • Figma (홈페이지 사이즈 지정 Frame. 재생 버튼) 사용하기 : 이 화면 다음에 이 화면이 오도록 
  • 프로토타입을 보고, '이 문제를 풀 수 있는가?' 자문하기
• 기획에 어긋나는 기능 추가는 진지하게 고민
  • 기술적 성취도가 중요한 것이 아니라 기술 이해도가 더욱 중요함. 무슨 원리로 동작하는지. 유사 기능과 비교해서 이것이 더 좋은 이유? 원리 설명하기
• 윤리적인 문제 / 민감한 사안을 굳이 기획에 넣지 말기
  • 이 프로젝트는 곧 여러분의 포트폴리오가 됩니다
  • 개발 외적인 이유 때문에 제한하지 마세요
  • 크롤링에 대한 고민
• 스키마는 2-3개 정도면 충분함 : User 테이블이나 조인 테이블 제외
• API가 강의에 나와있는 내용에 부합하게 만들 것

 

완성도

• 유효성 검사, 에러 처리 안하면 좋은 처리 못 받습니다
• UI에서 디자인을 헤치는 요소?
• 개발자 콘솔에 자바 스크립트 에러가 있는가?
• 로딩 처리가 잘 되었는가? indicator, 레이아웃 유지, 로딩 실패시 피드백
• 데이터 불러오기에 실패할 경우 유저에게 정확한 피드백 전달?
• 불러온 데이터 크기 0일 때 에러나 버그처럼 보이지는 않는지?
• 가짜 기능 넣지 마세요
  • 게시판 하드 코딩
  • 백엔드랑 연결 안된 UI
  • 랜딩 피에이제어 가짜 그래프, 수치
  • 페이지 구현했다고 해서 봤더니 백엔드에서 100개 불러와놓고 프론트에서 10개씩 보여주기 -> 가짜 기능

 

과정의 중요성

• 풀리지 않는 문제
  • 기록 반드시 할 것
  • 문제 해결 능력을 증명할 수 있는 기회
• Git 커밋에 주의 : 특히 credential 관리에 유의

 

이외 고민해볼 것

• 접근성 : PC 뿐 아니라 모바일에서도 
• 확장성 : 100명, 1000명도 쓸 수 있는 서비스

 

참고 사이트 

프로덕트 헌트 : https://www.producthunt.com/

더브이씨 : https://thevc.kr/

스타트업 디렉토리 : https://www.ycombinator.com/companies

차트 라이브러리 : https://observablehq.com/