b4failrise@devgraphy

github로 코드리뷰 하기

깃헙을 코드 리뷰에 활용하는 방법을 설명하기 위한 리파지터리입니다. 대부분은 Pull Requests를 사용해 코드 리뷰를 할 수 있으며, 기존에 존재하는 리파지터리가 없거나 개인이 진행하는 코드인 경우라면, 커밋 히스토리를 활용하는 방법이 있습니다. 뭐가 좋은가? 사용하기 간편하고, 금방 익힐 수 있습니다. 코드 리뷰를 위한 툴을 따로 설치하지 않아도 됩니다. 온라인으로 잘 정돈된 코드를 바로 볼 수 있습니다. 라인 단위로 댓글을 달아 리뷰할 수 있습니다. git 또는 github을 익힐 시간이 정말 부족하다면, 그냥 온라인에서만 작업할 수도 있습니다. Pull Requests로 리뷰하기 공동 작성하고 있는 코드이거나, 이미 코드가 있는 과제에 적합합니다. 리뷰어(Reviewer)는 먼저 원본 리파지터..

DevOps와 CI/CD

개요 DevOps, CI(Continuous Integration), CD(Continuous Delivery) 가 무엇인지 알아보고 등장배경 및 필요성을 알아본다. 👬→🙍‍DevOps의 등장 전통적인 개발 조직은 개발자와 오퍼레이터 두 부류로 나뉘어 운영되었다. 개발자는 비즈니스 요구사항에 따라 코드를 완성합니다. 빠른 시간 내에 요구사항을 충족시켜, 필요로 하는 기능을 완성시키는 데 기여합니다. 그리고 오퍼레이트는 완성된 소스코드를 빌드하고 배포합니다. 시간을 준수하여 실수 없이 코드를 배포하는데 집중하며, 업무를 자동화 하는데 기여합니다. 이렇게 애플리케이션을 실제로 서비스하는데까지 두 역할이 서로 다른 목표를 위해 업무를 수행하다보니 시간이 오래 걸리는 이슈에 부딪히게 되었습니다. 그래서 이를 통..

우리팀 Confluence 사용하는 법

Introduction 컨플루언스 참 좋다. 그런데 사용법이나 잘 사용하고 있는 곳을 알아보려고 해도 찾기 어려웠고 그렇다고 구축업체가 잘 가이드 해주는 것도 아니다. 왜 그런가 했더니 사용하는 팀의 구성원이나 문서관리 문화에 따라서 다들 관리 방법이 달라지기에 정답이 없고 잘 사용하는 방법이 없는 것 같다 혹시 컨플루언스로 문서관리/문서공유/스마트워크를 시도하는 분들이 있다면 내 경험이 도움이 되었으면 하는 마음에 우리팀의 사용법을 작성해 본다 ​ 우리팀 공간 사용법 space 라는 공간 개념이 있는데 일종의 팀폴더 라고 생각하면 됩니다. 공간를 나누는 이유는 공간의 템플릿이 여러개 제공되긴 하지만 그용도 보다는 공간별로 접근 권한을 다르게 하는 용도라 보는 게 맞습니다. ​ 우리팀 공간은 우리팀 인원..

JIRA의 scrum보드 활용법

이전 글(1부)에서는 sprint 개념을 사용하지 않은 JIRA의 Kanban보드를 사용하는 법을 중심으로 설명하였습니다. 이번 글에서는 scurm의 sprint 단위로 sprint planning하여 관리하는 JIRA의 scrum보드 활용법을 소개합니다. 스크럼(Scrum) 이해하기 참조 https://scrumexplainer.com/scrum/scrum-board/ 1. Scrum Board와 Kanban Board Scrum 보드 - Timebox(Sprint)단위로 일감관리를 하는 프로젝트 - 예) 2주 단위로 sprint planning을 수립후 수행하는 개발 프로젝트 - scrum 보드에는 전체 일감이 아닌, Sprint내에 할당된 감만 보임 Kanban 보드 - Timebox없이 일감관리를..

Jira를 통해 스크럼 관리하기

들어가기에 앞서 스크럼을 적용하는데 있어서 어디서나, 어떤팀에서나 딱 알맞는 형태의 스크럼은 없습니다. 스크럼의 기본인 ‘점진적 개발’을 목표로 회고를 하며 우리팀의 상황에 맞게끔 스크럼을 점점 변형시켜 나가면서 case by team 으로 맞추어 나가야 합니다. 이 포스팅은 앞서 정리한 scrum을 jira로 관리하기 위한 가장 기본적이면서도 구체적으로 진행할수 있는 방안을 제시해보도록 하겠습니다. Jira default 이슈 종류 Epic (큰틀) : 여러 스프린트에 걸쳐서 끝나지 않고, 여러 스토리들의 집합입니다. Story : “{사용자} 로써 {무엇}을 하고싶다” 에 대한 액터의 유즈케이스 Chore : 사용자와는 직접적으로 관계되지 않는 개발 (DB 세팅, 분리 등) Task : 구현에는 직접..

애자일 Scrum(스크럼) 이해하기

Agile(애자일) 대표 관리 Practice인 Scrum(스크럼)은 특정 개발 언어나 방법론에 의존적이지 않으며, 제품 개발 뿐만 아니라 일반적인 프로젝트 관리에도 사용 가능한 프로세스 프레임워크입니다. Scrum은 작은 주기(Sprint)로 개발 및 검토를 하며 효율적인 협업 방법을 제공합니다. 따라서 필요한 분석/설계/개발 가이드는 조직내에서 사용하고 있는 개발방법론, 산출물 가이드 등과 병행해서 활용 가능합니다. 실질적인 도움이 되지 않는 문서를 작성하지 않는 것이 중요하며, 효과적으로 일하는데 필요한 문서는 반드시 작성해야 합니다. https://agileforall.com/resources/introduction-to-agile/ 1. Scrum이란? 1.1. 개요 스크럼은 복잡한 제품을 개발..