0205_retrospective

김성우

아침에는 주말에 준비한 기술 세미나 발표를 진행하였다. 
공부한 기술에 대해서 팀원들에게 막상 발표하려고 하니 팀원들에게 기술을 잘 전달하기가 어려웠다. 
그래도 기술 세미나를 위해서 주말에 공부한 부분이 도움이 많이 될 것 같다. 
기능 구현사항을 화면별로 작성하는 작업을 진행하였는데 모두 작성해보니 생각보다 구현해야 할 것들이 많은 것 같은 느낌을 받았다. 
계획과 협업 규칙을 문서화하고 내일은 프로젝트 세팅 및 개발을 진행하도록 하겠다.

송예린

### 오늘 한 일
- 테크세미나
- Aws 수업_당글님
- Api  분배 
- 스프린트 회의
- 로컬에 깔아야하는 프로그램 설치

### 세부 내용
- 테크세미나
지난 주말에 각자 원하는 주제를 바탕으로 테크세미나를 준비해오기로 했다.
준비해온 내용을 바탕으로 10:30-11:30 동안 세미나를 진행했다.
나는 "spring security 없이 로그인/회원가입 구현하기" 에 대한 내용으로 세미나를 준비했다.
필터와 인터셉터, jwt토큰 및 디스패처서블릿과 같은 요청 처리/응답과 관련된 전체적 흐름에 대해서 내용을 구성했다.
이 내용을 바탕으로 발표를 진행했고, 다른 팀원들도 각자 공부한 내용을 바탕으로 발표를 진행했다

- aws 수업
* I AM 사용자에요 ⇒ 무엇의 사용자?
* Account(AWS) : 회원가입 시 나오는 12자리 숫자. 즉, 계정 그 자체
* User(IAM)
💡 Account(계정) 가 User(객체) 보다 큰 개념 하나의 계정 내에 여러개의 객체를 만들어 포함한다고 생각하면 된다
* Group
* Role
* Policy 
⇒ AuthZ에 해당된다 allow 와 deny 같이 권한 부여를 위한 action에 대한 내용을 담고 있다 
⇒ 정책은 json 문서에 불과하기 때문에 하나의 정책은 여러 유저에게 공유될 수 있다.
 ⇒ 유저든 계정이든 정책은 1개 이상이 부여될 수 있다. 즉, 본인에게 붙은 정책들이 모여 하나의 권한을 이루게 된다고 생각하면 된다

Authentication(AuthN) & Authorization(AuthZ)
* Authentication user, group, role
* Authorization 인증이 된 유저들에게 무엇을 할 수 있는 권한을 부여하는 것 deny와 allow 중 힘이 더 센 쪽은 deny
+ Vpc 내용..~~

- Api 분배
이번주 화요일 밤 또는 수요일 오전? 부터는 api 작업을 시작할 수 있을 것 같다
세미나 주제를 as-is로 가져가고 해당 내용을 반영하여 작업을 진행하는 것을 to-be로 잡고 가기로 했다.
어차피 기능 구현을 함에 있어 이론적인 공부도 해야하기 때문에 이론으로 학습한 내용에 대해 코드로 반영하는 과정을 가지면 더 의미있고 기억에 남는 작업이 될 것 같다.


### 좋은 점
세미나가 생각보다 재밌었다.
이번주는 9시간 근무 없고 설연휴도 껴있다 ..ㅎㅎ..ㅎㅎ 그래서 월요일이어도 기분이 꽤 좋당

팀원들도 모두 적극적이다 .. 그리고 잘한다 .. 그래서 나만 더 분발하면 될 것 같다고 생각한다 ,,ㅎ

유승민

## 한줄일기
팀에서 계획한 테크 세미나를 진행했다. 예정한대로 모두 공부를 열심히 해온 팀원들이 너무 대단하다고 느꼈다... 주말에도 쉬지 않고ㅜ 너무 멋있다 우리팀ㅎ
AWS 강의를 들었는데 제한 사항이 많지만 이를 토대로 그동안 너무 편하게 AWS 를 사용했던 자신을 돌아보게된것 같다. 프로젝트 세팅을 본격적으로 시작했는데 ISSUE, PR 등을 지금까지 열심히 안썼어서 이러한 작업들이 모두 낯설다! 하지만 협업을 위해 열시미 해볼 생각이다 파이팅 6four!!

## 느낀점
시간이 예상보다 많지 않다! 얼릉 달려야겠땅

이대산

## 한 줄 일기
대략적인 윤곽이 보이는 하루

## 오늘 나의 성취도(매우 부족함/ 부족함/보통/잘함/매우 잘함)
보통

## 좋았던 점
전체적인 프로젝트에 대한 윤곽이 나온 것 같아서 좋았고 팀원분들이 다들 적극적으로 참여하고 주말동안 공부한 내용을 팀원들끼리 공유하는 과정이 좋았습니다