오시영 멘토님 GIT 세션
README.md 추천
https://github.com/Billy-Project-Team1/Frontend/blob/master/README.md
GitHub - Billy-Project-Team1/Frontend
Contribute to Billy-Project-Team1/Frontend development by creating an account on GitHub.
github.com
https://github.com/H99-9-A-1Team-Project
Project-lightHouse_friends
Project-lightHouse_friends has 3 repositories available. Follow their code on GitHub.
github.com
<모범답안모음>
Q1) 여러분은 지금 정말 가고 싶은 🥕마켓의 면접자리에 있다. 내 앞에 앉은 면접관이 프로젝트를 어떻게 작업해왔는지 파악하기 위해 5분만 시간을 달라고 한다. 내 Github 유저 페이지에 접속해서 살펴보기 시작한다. 면접관은 5분 동안 어떤 정보를 파악하려할까?
A) 내 깃허브 메인페이지의 기술스택, 커밋 스타일, 고정되어있는 레파지토리, 최근 커밋내역, 스타
A) 프로젝트가 해결하려한 문제 // 그 문제를 어떻게 접근하여 해결하려 했는지 // 프로젝트가 관심을 두는 가장 큰 문제를 해결하며 마주친 또다른 작은 문제들이 무엇이며 어떻게 해결하였는 지
A) 프론트엔드라면 트렌드에 관심있는지? (예시로 최근 생태계의 변화나 관심있는 기술이 없고 그저 리액트만 하고 있는거면 일단 진실성에 의문이 감.)
B) overview가 개발자의 identity를 잘 표현하는지
(주로 사용하는 언어, 커리어 핵심이 되었던 프로젝트 핀 고정 등등),
Repositories의 갯수, commit의 횟수는 어느 정도인지,
Repositories마다 Contributors는 존재하는지, 몇명이 참여하였는지,
commit의 코멘트는 어떻게 작성을 하였는지,
자사에서 사용되는 기술이 프로젝트에 포함되어있는지,
면접자가 근래 관심가지는 기술이 깃허브에도 올라와있는지 를 파악하려 할 것같습니다.
B) 한정적인 면접 시간 안에 지원자가 어떤 방식으로 개발을 해왔고, 어떤 프로젝트를 기획했으며 사용한 기술스택에 대한 타당한 이유가 있는지, 프로젝트를 진행하면서 겪었던 에러를 어떤 방법으로 해결하려고 했는지에 대한 정보들을 보기 위함.
Q2) 프로젝트가 3주 남았다. 최종 프로젝트 추가 팀원으로 강민지씨가 합류했다. 강민지씨에게 우리 프로젝트 작업 상황을 빠르게 알려줘야 협업을 할 수 있다. 민지씨가 어떤 정보를 얻어야 빠르게 개발에 합류할 수 있을까? (프로젝트 상황상 민지씨에게 팀원들이 구두로 기능과 작업상황을 하나하나씩 알려주기는 어렵다.)
A) 프로젝트 로직, 기능, 문제있는 기능 깃에서 보시면...?? 으아 잘모르겠습니다...!!!
B) 깃허브의 Projects라는 메뉴를 통해 프로젝트의 작업 현황과 진행도 정보를 보고 빠르게 정보 파악을 해야한다. 이슈,PullRequest 들을 하나의 작업으로 구분해 작업이 현재 어느정도 진행 되었는지 빠르게 파악이 가능하다.
To Do: 해야 할 작업
In Progress : 진행 중인 작업
Done: 완료된 작업
2)Git hub 이슈 이용에 대한 정보 이용하기!
이슈는 작업의 버그 수정, 새로운 추가 될 기능, 개선 해야하는 기능 등등 모든것이 될 수 있는데 모든 활동 내역에 대해 이슈를 등록하고 그 이슈를 기반으로 작업을 진행하면 업무 파악을 빠르게 할 수있다.
Q3) 개발자로 먼저 취업한 친구 수철이가 우리 프로젝트 포트폴리오를 봐준다고 한다. 수철이는 프로젝트를 파악하겠다고 리포의 README.md 를 보기 시작했다. 수철이는 프로젝트의 어떤 정보를 파악하려고 하는 걸까?
B)1. 물어본 친구가 어떤 부분을 맡았고 어떤 기술 스택을 썼는지 보려고 README.md 파일을 먼저 파악하는거 같다.
2. readme 파일은 프로젝트를 보는 누가 읽어도 완벽하게는 아니더라도 대략적으로 이해할 수 있게 도와주는 파일이라고 들었다 그래서 수철이가 보려고 하는 것 같다.
Q4) 이번 최종 발표회에서는 현업 개발자들이 전체 캠프의 repo 를 보고 괜찮은 프로젝트에 두 개에 투표하기로 했다. 얼마나 기술적으로 고민했는지를 주로 본다고 한다. 많은 투표수를 얻으려면 어떤 정보로 차별화하고 어필할 수 있을까?
A) 해당 기능을 구현하기 위해 작성한 코드를 어떻게 하면 더 좋은 로직으로 동작시킬 수 있는지에 대한 생각을 기록하고, 실제로 코드를 바꿨을때 성능에 대한 효과가 있었는지, 효과가 있었다면 그 지표를 보여줄 수 있으면 어필이 될 것 같다. 기존 코드의 성능 개선을 위해 리팩토링 하는 과정에서 사용하는 기술에는 어떠한 것이 있었고 그중 어떤걸 사용했고 왜 사용했는지를 리드미파일에 작성한다
A) 리드미에 우리들이 해결하려하는 과제를 적고 어떤 방식으로 해결했는지 적어준다 / 이슈-브랜치 전략을 적절히 활용해서 프로젝트를 진행해왔다면 구두소통없이도 프로젝트 진행 상황과 방향을 빠르게 이해하고 적응할 수 있을 것 같습니다. / 그리고 해당 과정을 진행하며 마주한 굵직한 이슈들을 기술하고 해결하기위해 시도했던 방법을 적는다. / 실패했더라도 해당 과정도 함께 적어둔다.
A) 해당 API에 대한 고도화(얼마나 해당 기술을 이해하고 심오하게 파고 들었는지?)
221108_project management (Responses)
Form Responses 1 Timestamp,조 이름,강의에서 피드백을 원한다면, 팀 repo url 적기,개인 repo 피드백을 원한다면 url 적기 (원하는 모든 팀원의 url 주소),프로젝트엔 딱 이런 형태로 써야겠다! 마음에 드는 R
docs.google.com
| 근거 | ||
| 독자 | 포트폴리오 | 이력서 |
| ㄴ 나중에 같이 일할 사람 | ||
| ㄴ 근데 짧은 시간 안에 파악해야하는 사람 | ||
| 누구세요? | ||
| ㄴ 소개 | ||
| ㄴ 근거 | ||
| ㄴ 스타일 - 역량 파악 | 우리 회사가 필요한 역량 | |
| ㄴ 일 좋아하는 사람, 빠르게 대응할 수 있는 사람, 안정적인 서비스 운영 | ||
| 포트폴리오 | ||
| 내 일이 편해지겠다 | ||
| 협업을 어떤 스타일로 했는지 | ||
| 말이 통해? - 내가 하는 말 알아들을 수 있어? | 기초 지식을 용어를 사용할 수 있나? | |
| 프로젝트 설명 - 용어, | README.md | |
| 트러블 슈팅 | ||
| 알고 있어? 모르면 모른다고 할 수 있어? | ||
| 공유 - 프로젝트 관리 - 히스토리 | 이슈 | |
| 커밋 | ||
| projects / 마일스톤? | ||
| ㄴ 진행 상황 | ||
| ㄴ 조정을 했나? 그 상황에서 대처했나? | ||
| 모르면 찾아서 배울 수 있어? | TIL | |
| 이슈 | ||
| ㄴ 대화 | ||
| 회의록 | ||
| 코드 리뷰 | ||
| 당신 성향은 어때? = 역량, 스타일 | ||
| 포트폴리오 상상 | ||
| 너랑 같이 일할 때 어떤 모습일까? | 강점 | |
| 내가 너랑 일할 떄 어떨까? - 회사야 | ||
| ㄴ 기업 오픈소스 | ||
| ㄴ 기업 블로그 | ||
| ㄴ 컨퍼런스 발표 / 부스 |
https://docs.google.com/spreadsheets/d/15ciEiq4CVrooFRQSyU6x3f18R9KTCj6qLnuAb7Apkkw/edit#gid=0
[share]221108_repo_pm_hh99_9
Sheet1 근거 독자,포트폴리오,이력서 ㄴ 나중에 같이 일할 사람 ㄴ 근데 짧은 시간 안에 파악해야하는 사람 누구세요? ㄴ 소개 ㄴ 근거 ㄴ 스타일 - 역량 파악,우리 회사가 필요한 역량 ㄴ 일 좋아
docs.google.com
+)추가 Q&A에서 추천해준 블로그글
Spring Security 와 OAuth 2.0 와 JWT 의 콜라보
Spring Boot, Spring Security, OAuth 2.0, JWT 와의 치열한 싸움 기록
velog.io