해결한 문제를 공유하고 기록하고 분석합니다.

Github를 사용한 이유

• 기존에 notion을 이용해 진행했는데 문제의 양이 많아지면서 다시 보기 힘들어졌습니다.
  • notion은 커밋 중심이 아니기 때문에 고민한 내용의 코드를 기록하고 관리하기 쉽지 않았습니다.
• github는 커밋 할 때마다 기록하기 때문에 코드 수정 할 때 마다 커밋하면 내가 어떤 고민으로 수정을 하는 지 조금 더 쉽게 알 수 있습니다.
• Github는 핸드폰 어플로도 잘 되어 있어 쉽게 살펴 볼 수 있습니다.

Commit 규칙

• 30분 동안 풀어보고 풀리지 않을 때
  • 테스트 케이스를 틀린경우 -> Error : 커밋 제목
  • 시간 초과인 경우 -> TLE : 커밋 제목
  • 메모리 초과인 경우 ->MLE : 커밋 제목
  • 커밋 바디에 의문점이나 해결 방향을 적어본다.
• 1시간 동안 풀고 풀리지 않는 경우
  • 위 규칙과 동일하게 진행한다.
  • 해결한 경우 느낀점이나 해결방안을 적는다.
  • 못 푼 경우 답안을 보고 풀고 커밋을 시도한다.
• 해결한 경우 Solved: 커밋제목
• 풀었던 문제지만 좋은 코드로 개선한 경우 -> Improved : 커밋제목

Commit 규칙을 지정한 이유

• 문제 풀이가 많아 질 수록 내가 푼 문제를 다시 보기 힘들어집니다.
  • 엄격한 커밋 규칙이 필요합니다.
• 문제를 풀다 보면 맞왜틀 하는 경우가 많은 데 그러한 정보들을 커밋 body에 기록하면서 고민을 서로 공유하고 해결 할 수 있습니다.
  • 스터디를 활용해 맞왜틀 문제를 확실히 이해 할 수 있다.

파일 네이밍 규칙

• 백준 : 문제번호_문제이름_난이도(상/중/하).py
• 리트코드: 문제번호_문제이름_난이도(상/중/하).py
• 프로그래머스: 문제이름_난이도(상/중/하).py

Directory 구조

임현규
├── algorithm
│   ├──
│   └──
├── programmers
│   ├── lv1
│   ├── lv2
│   └── lv3
├── backjoon
│   ├── 수학
│   ├── 문자열
│   ├── 구현
│   ├── BFS/DFS
│   ├── 이분 탐색
│   ├── 백트래킹
│   ├── 분할 정복
│   ├── DP
│   ├── 슬라이딩윈도우
│   ├── 트리
├──leetcode
│   ├── 수학
│   ├── 문자열
│   ├── 구현
│   ├── BFS/DFS
│   ├── 이분 탐색
│   ├── 백트래킹
│   ├── 분할 정복
│   ├── DP
│   ├── 슬라이딩윈도우
│   ├── 트리
├──