[Dev Log] 팀룰 계획에 앞서

# 팀룰 계획에 앞서

## 퍼스트 프로젝트 팀에서의 팀룰(또는 분위기)은 어땠는지를 생각해 보자
+ 특히 기억에 남는 것들 위주로
```diff
+ 마음에 들었던 점(좋았던 점, 유지하고 싶은 점)
- 불편했던 점(안좋았던 점, 바꾸거나 버리고 싶은 점)
```

### 예를 들어 Codecube같은 경우
+ 좋았던 점
```diff
+ 9 to 6를 기준으로 휴식시간 2시간을 자유롭게 사용한점(휴식 or 식사 등)
자신의 생활 패던에 맞춰 식사를 할 수 있는 점이 가장 좋았다.

+ 항상 정해진 시간에 모두 모여 머지하고, 중간 중간 즉석으로 팀 전체 회의를 가진 점
특히 이때 한명(팀장)이 화면공유를 하면서 머지를 먼저 하고 즉각적으로 코드를 실행 시킨 후 코드
실행 상 문제는 없는지 오류가 나지는 않는지 항상 테스트 하고(신기하게 이 과정에서 항상 오류가 남) 오류를 모두 고치고
다시 PR을 보낸 후 그 파일로 모두가 머지 하는 방식이 특히 좋았음.

+ 잘한점을 아낌없이 칭찬했다.
잘한 점을 아낌없이 칭찬하는 것이 결국 누군가의 노력을 인정해주는 그림으로 이어짐.
노력을 인정받으면 힘들어도 더 앞으로 나아갈 힘이 생김

+ 이해가 잘안되는 부분에 대해 계속해서 의문을 품고 질문하고 알려하는 자세가 기억에 남음
어찌보면 개발자에게 있어서 본질적으로 필요로한 부분이 아닌가싶음.

+ 내가 맡은 바를 무슨일이 있어도 끝내겠다는 팀원들의 마음가짐이 기억에 남았음
결과가 죽이되는 밥이되는 일단 반드시 내 업무는 완료하겠다는 팀원들의 마음가짐이 특히 기억에 남았음.
코딩 실력자체를 떠나(이건 자신이 공부하기 나름) 일을 대하는 태도가 감동적이였음.
```
### 안좋았던 점
```diff
- 좋지않은 코드라고 느껴지는 부분을 정확하게 짚어주는 부분이 부족했음
결국 아래 내용으로 이어짐
- 아쉬웠던 점은 실력 자체라고 말 할 수 있다. 그렇지만 이건 안좋았던 점이라 말할 수 는 없다.
백그라운드 지식없이 3개월만에 높은 수준에 도달하지 못한것을 안좋은 점이라 해선안된다.
```

### 팀(규칙)분위가 결국 어떤 변화를 주었는가?

```diff
프로젝트 완성이라는 결과를 줬다. 여기서 중요한 점이 몇가지 있다.
첫 째로 프로젝트의 규모와 퀄리티가 낮다는 것이다. 코드를 까보면 어거지로 짜맞추기도 하고 비효율적으로 동작하기도 한다.
둘 째로 최초 기획에 비해 없앤 기능이 많다.(사실살 미완성이기도 하다)
셋 째로는 팀원 모두가 자신의 실력을 넘어서는 결과물을 만들어 냈다는 것이다. 코딩 실력을 절대적으로 나타낼 척도는 없다.
하지만 주어진 기간동안 밤새워가며 머리쥐어뜯어가며 결과물을 만들어냈고 팀원 모두가 자신이 이걸 해냈다는 것에 감탄했다.
결국 자신의 실력을 넘어섰다는 증거가 아닐까싶다.
팀원들 모두가 팀규칙에 적극적으로 따랐고 개개인의 마음가짐 또한 훌륭했다.
그것이 곧 팀 분위기로 이어졌고 결국 모두가 성장하는 밑거름이 되지않았나 싶다.
```

## 결국 다른 팀원들의 의견을 조합
- [ ] 위에 작성된 부분은 단순히 내가 느낀 부분임. 내일 SR진행간 팀룰 결정 부분에 있어 다른 팀원들의 의견을 잘 조합해봐야 해야함