lunchmukgo-algorithm

매주 목요일 오전 11:30 (KST) 에 밥을 먹으면서, 전날까지 푼 알고리즘 문제를 함께 복기하고 PR 리뷰를 진행합니다.

알고리즘 문제를 꾸준히 풀며 문제 해결 능력(사고력/구현력/최적화 감각) 을 기르고,
서로의 풀이를 리뷰하면서 다양한 접근법과 더 나은 코드 스타일을 배우는 것을 목표로 합니다.
핵심 흐름은 수요일 밤까지 풀이와 PR 업로드를 끝내고, 목요일 점심 시간에 복기와 리뷰를 진행하는 것입니다.

📅 스터디 일정

• Meeting: 매주 목요일 11:30 (KST)
• Weekly Problems: 주간 총 3문제
• Review Flow: 목요일 점심 시간에 복기 + PR 리뷰 진행

제출/진행 마감

• 매주 수요일 23:59:59 (KST) 전까지: 프로그래머스 3문제 풀이 PR 업로드 완료
• 매주 목요일 11:30 (KST): 식사하면서 지난 주차 풀이 복기 및 열린 PR 리뷰 진행

상황에 따라 미리 풀어도 되며, 핵심은 수요일 밤 마감 전까지 주간 3문제 풀이와 PR 업로드를 완료하는 것입니다.

🧭 문제 풀이 방법

문제 구성

• 매주 프로그래머스 기준 총 3문제
• 기본 필터 기준
  • 언어: Java / JavaScript
  • 정답률: 높은 순
  • 난이도: Lv.2
• SQL 문제는 기본 3문제와 별개로, 필요할 때 가끔 함께 풀이합니다.

풀이 방법

1. 운영자가(또는 돌아가며) 프로그래머스에서 주간 3문제를 선정합니다.
2. 선정 기준은 Java / JavaScript / 정답률 높은 순 / Lv.2 필터를 기본으로 합니다.
3. 각자 문제를 풀고, PR Template에 맞춰 주간 1회 PR을 올립니다.
   • 수요일 23:59:59 전까지 3문제 업로드 완료
   • SQL은 진행하는 주차에 한해 별도로 함께 정리 가능
4. 각 PR은 최소 2명의 리뷰 코멘트가 있어야 merge 가능합니다.
5. 목요일 미팅에서:
   • 각 문제별 핵심 아이디어 / 시간복잡도 / 대안 풀이 복기
   • 열린 PR 리뷰 진행
   • 리뷰에서 나온 포인트 정리
6. 머지 후, 필요하면 회고(배운 점/실수 포인트)를 남깁니다. (선택)

📌 스터디 규칙

1) 문제 풀이 규칙

• 문제는 스터디(미팅) 전까지만 풀어오면 됩니다.
• 주간 목표는 프로그래머스 3문제
• 문제 선정 기본 기준은 Java / JavaScript / 정답률 높은 순 / Lv.2 입니다.
• 풀이 PR은 매주 수요일 23:59:59 전까지 주 1회 업로드하는 것을 원칙으로 합니다.
• SQL 문제는 정규 3문제를 대체하지 않으며, 가끔 추가로 함께 진행합니다.

2) PR 제출 규칙

• PR에는 아래 내용이 포함되어야 합니다.
  • 문제 풀이 완료 유무, 문제 풀이 시간
  • 접근 아이디어(왜 이렇게 풀었는지)
  • 시간/공간 복잡도
  • 회고 (배운 점, 엣지 케이스 등)

3) 리뷰 규칙

• PR 1개당 최소 2명이 리뷰 코멘트를 남기거나, 오프라인에서 논의가 되었을 경우 해당 PR을 승인합니다.
• 리뷰는 강제성보단 다른 사람 문제 해결 방식을 보고 공부하는 것에 목적을 둡니다.
• 아래 같은 리뷰 내용이 있어도 좋습니다.
  • 더 단순한 로직이 가능한지
  • 엣지케이스/반례
  • 시간복잡도 개선 여지
  • 가독성(변수명/구조) 피드백
  • 다른 풀이 제안

4) 벌칙/패널티 (Coffee Rule ☕️)

• 문제를 풀지 않거나, 리뷰를 남기지 않았을 경우 커피 2잔 내기로 운영합니다.
• 기준: 2,000원 이내 × 2잔 (바나프레소 / 매머드커피 / 메가커피 등)

적용 케이스

• 수요일 23:59:59 전까지 주간 3문제 PR 미업로드: 커피 2잔
• 목요일 리뷰를 남기지 않았거나 복기에 참여하지 못한 경우: 커피 2잔

5) 문제 선정 규칙

• 기본은 프로그래머스에서 Java / JavaScript / 정답률 높은 순 / Lv.2 필터 기준으로 선정합니다.
• 운영자가 주간 3문제를 선정하거나, 멤버가 후보를 제안한 뒤 최종 3문제를 확정합니다.
• SQL은 정규 주간 문제와 별개로, 필요할 때 추가 문제로 함께 진행합니다.

🗂 브랜치 & PR 업로드 방식

Repository Structure

각자 본인 GitHub 계정명 폴더 아래에 풀이 파일을 추가합니다. 해당 주차 기준으로 파일을 추가하고, 커밋 후 머지될 수 있도록 주간 1회 PR을 업로드합니다.

파일 네이밍 규칙

• 기본: {ProblemTitle}.{ext}
  • 예: TwoSum.js, ValidParentheses.ts
• 같은 문제명이 중복되거나 구분이 필요하면 아래처럼 작성합니다.
  • TwoSum_1.js
  • TwoSum_2.ts

브랜치 컨벤션

브랜치는 각자 본인 GitHub 계정명이나 영문명으로 생성해서 사용합니다.

브랜치는 개인별로 계속 재사용합니다. 예: doitchuu, seulgi

🏷 PR 타이틀 컨벤션

• 주간 PR: [WEEK01-1] {이름}

예)

• [WEEK01-1] 추슬기

스터디원

Name	GitHub	Language
이지현	https://github.com/sik9252	TS/JS
최준호	https://github.com/raejun92	TS/JS
추슬기	https://github.com/doitchuu	TS/JS
이배진	https://github.com/LeeBaeJin	Java

멤버 추가 시: PR로 이 표에 본인 정보 추가해주세요.