Skip to content
This repository has been archived by the owner on Dec 21, 2022. It is now read-only.

LenKIM/implements

Repository files navigation

끼리끼리 알고리즘👨🏻‍💻

1. 현황

범주 - 오케이 👌 | 못품 🙅‍♂️

Leetcode Hackerrank/Programmers 현황
문제43
문제44
- Sales By Match
- Counting Vally
- Jumping on the Clouds
- Repeated String
len 👌
dhkim 👌
문제45
문제46
- Insert a node at a specific position in a linked list
- Inserting a Node Into a Sorted Doubly Linked List
- Largest Rectangle
len 👌
dhkim 👌
문제47
문제48
문제49
- Largest Rectangle
- Castle on the Grid
len 👌
dhkim 👌
문제50
문제51
- Reverse a doubly linked list
- Find Merge Point of Two Lists
len 👌
dhkim 👌
문제52
문제53
- Tree: Height of a Binary Tree
- Binary Search Tree : Lowest Common Ancestor
len 👌
dhkim 👌
문제54
문제55
- Sorting: Bubble Sort
- Mark and Toys
- Sorting: Comparator
len 👌
dhkim 👌
jwl 👌
문제56
문제57
- 더 맵게
- Minimum Absolute Difference in an Array
len 👌
dhkim 🙅‍♂️
jwl 👌
문제58
문제59
문제60
- 타겟 넘버
- 네트워크
len 🙅‍♂️
dhkim 👌
jwl 👌
문제61
문제62
문제63
문제64
프로그래머스 추가 문제 없음 len 👌
dhkim 👌
jwl 👌
문제65
문제66
문제67
문제68
프로그래머스 추가 문제 없음 len 👌
dhkim 👌
jwl 👌
문제69
문제70
문제71
문제72
문제73
문제74
문제75
문제76
문제77
문제78
문제79
문제80
문제81
문제82

2. 협업 도구 및 코드 공유 형식⭐️

과제 공유 방식

Slack + Github 노티 푸시 형식으로 진행후 코드리뷰 후 PR merge 진행 (단, 각자 푼 시간을 체크하여 기재)

풀이 시간 기재

예: 1시간 이상 - 초과, 00분~60분 사이

스터디 2시간 진행 방식

1시간 30분 코드 리뷰 및 손코딩 대비, 30분 즉석 문제 풀이(추후 변경 가능)

3. 푸는 문제

4. Github PR 방식💻

요약

  1. main, develop 브랜치로 나누어서 브랜치 진행
  2. 알고리즘 풀이 후, develop 브랜치로 commit 및 push 진행
  3. push 이후 PR 요청 후 오른쪽 Reviewers 팀원 지정후 Request 요청
  4. 스터디원 모두 코드 리뷰 완료되면 main 브랜치로 Merge

PR Flow

git add (파일명 또는 전체(.))
git commit -m "커밋 메시지"
git push origin develop
정상적으로 push 진행 후 github에서 코드 리뷰어 지정 및 Pull Request 요청
요청된 문제 코드 리뷰 진행
모든 팀원 코드 리뷰 완료시 main 브랜치로 Merge

5. Commit 메시지 규칙📌

  • FIX - 보통 올바르지 않은 동작을 고친 경우에 사용합니다.
  • ADD - 코드나 테스트, 예제, 문서 등의 추가가 있을 때 사용합니다
  • REMOVE - 코드의 삭제가 있을 때 사용
  • REFACTOR - 전면 수정이 있을 때 사용합니다.
  • UPDATE - 원래도 정상적으로 동작하고 있었지만, 수정, 추가, 보완을 한다는 개념입니다. 코드보다는 주로 문서나 리소스, 라이브러리등에 사용합니다
  • IMPROVE - 향상이 있을 때 사용합니다. 호환성, 테스트 커버리지, 성능, 검증 기능, 접근성 등 다양한 것들이 목적
  • MAKE - 주로 기존 동작의 변경을 명시합니다.
  • REVISE - 문서의 개정이 있을 때 주로 사용합니다.
  • CORRECT - 주로 문법의 오류나 타입의 변경, 이름 변경 등에 사용합니다.
  • MOVE - 코드의 이동이 있을 때 사용합니다.
  • RENAME - 이름 변경이 있을 때 사용합니다.
  • VERIFY - 검증 코드를 넣을 때 주로 사용합니다.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published