(1) MongoDB란? MongoDB는 문서 지향적인 NoSQL 데이터베이스로,대량의 비정형 데이터를 저장할 처리하는 데 사용된다. 여기에서 문서 지향적(Document-oriented)이란,비정형 데이터를 저장하기 위해 문서(Document)라는 개념을 중심으로 데이터를 구성하는 것이다. RDBMS와 달리 스키마가 없고 데이터 형식이 자유롭다. JSON과 유사한 BSON(Binary JSON) 형식을 사용하여 데이터를 유연한 구조로 저장한다.관계형 DB의 테이블-행(row)-열(column) 구조 대신,컬렉션(collection)과 문서(document)로 데이터를 관리한다. 컬렉션은 동일한 유형의 문서(document)를 저장하는 컨테이너로,RDBMS에서의 테이블에 해당한다. 문서(document)..
(1) Branch Ruleset 생성 페이지 GitHub의 레포지토리의 상단 탭에서Settings - Branches 순으로 클릭하면위 사진과 같은 페이지로 이동한다. 빨간색 동그라미로 된 Add branch ruleset을 클릭하면 된다.우측의 Add classic branch protection rule은Branch Ruleset이 나오기 이전의 브랜치 보호 규칙을 설정하는 기능이다. 브랜치 보호 규칙이 궁금하다면 아래 링크를 참고해 주세요! [Git] Branch Protection Rule과 Branch Ruleset — Breaking Dev [Git] Branch Protection Rule과 Branch Ruleset(1) Branch Protection Rule이란?Branch Prote..
(1) Branch Protection Rule이란?Branch Protection Rule(브랜치 보호 규칙)이 뭘까? Git을 사용하여 협업을 할 때 어떠한 규칙이 없으면저장소가 뒤죽박죽 되기 십상이다. 이를 방지하고자, 협업을 위한 기본 토대로 규칙을 정해야 한다.팀원들끼리 단순히 구두로만 규칙을 정하고 지킬 수도 있겠지만,Git이라는 시스템 내에서 특정 브랜치에 대해규칙을 정하고 지킬 수 있도록 설정 가능한 것이Branch Protection Rule이다. 이러한 규칙을 지정하면특정 브랜치가 실수로 지워지거나,PR 이후 다른 팀원이 코드 리뷰를 하고 승인을 해야만병합이 가능하도록 하는 등의 제약을원격 브랜치에 적용할 수 있다. (2) Branch Ruleset과 Classic Branch Prot..
(1) Monaco Editor모나코 에디터란 Microsoft에서 개발한 웹 기반 코드 에디터다. 웹에서의 코드 편집 기능을 제공하는 라이브러리다. Monaco Editor Monaco Editor microsoft.github.io 웹에서 코드 에디터 기능을 제공하는 프로젝트를 개발하기 위해,원래는 CodeMirror라는 라이브러리를 사용하려고 했다.그런데 프로젝트 팀원 분이 Monaco Editor라는 라이브러리의UI가 좀 더 이쁘다고 의견을 주셔서 사용하게 되었다.(2) 특징직접 사용해보니 굉장히 적용하기 간단한 모나코 에디터는 아래와 같은 특징이 있다. 언어 지원JavaScript, TypeScript, CSS, HTML을 포함한 다양한 프로그래밍 언어의 구문 강조 및 코드 자동 완성 기능확장성..
(1) Git과 GitHub 한 마디로 정리하자면Git: 분산형 버전 관리 시스템 (Version Control System)GitHub: Git으로 관리하는 프로젝트를 올려두는 사이트 설명 그대로이다. (2) 버전 관리 버전 관리 시스템은 파일 변화를 시간에 따라 기록했다가나중에 특정 시점의 버전을 다시 가져올 수 있는 시스템이다. 개발자가 아니라도 버전 관리의 경험이 있을 것이다.게임을 하다 보면 특정 시점에 대해 저장 및 불러오기를 경험해 봤을 것이다. 게임 진행 도중에 잘못된 선택을 하거나 망하게 되면저장했던 특정 시점으로 되돌아 갈 수 있다. 코드 또한 마찬가지다. 여러 명이서 협업을 통해 프로그램을 개발하기 위해코드를 작성하다 보면 꼬이기 마련이다. 그렇기에 여러 명이 함께 작업하는 협업 프로..
(1) 기본 명령어 git init: 새 Git 저장소를 초기화git clone : 원격 저장소를 로컬에 복제git status: 현재 작업 디렉터리의 상태를 확인git add : 파일을 스테이지에 추가git add .: 모든 변경된 파일을 스테이지에 추가git commit -m "message": 스테이지에 있는 파일을 커밋하고 메시지를 추가git push: 로컬 커밋을 원격 저장소에 푸시git pull: 원격 저장소의 변경 사항을 가져와 현재 브랜치에 병합git fetch: 원격 저장소의 변경 사항을 가져옴(병합하지 않음)git merge : 다른 브랜치와 병합git branch: 브랜치 목록을 표시하거나 현재 브랜치를 확인git branch : 새 브랜치 생성git checkout : 특정 브랜치로..
(1) Flow Chart란? 서비스를 사용하기 위해수행하는 일련의 단계와 결정을 시각적으로 표현한 자료를플로우 차트라고 한다. 특정 동작이나 입/출력, 결과 등이대응되는 블럭 모양에 표시되어 있으며,이러한 블럭들은 정해진 순서대로 화살표로 이어진다.화살표는 단순히 다음 블럭으로 진행하는 의미로 표시할 수도 있고,Yes or No로 분기점을 나누어 표시할 수도 있다. 이렇게 정해진 기호를 통해서비스에 대한 프로세스의 흐름(플로우)를쉽게 나타내고 쉽게 이해할 수 있다.(2) 사용 목적개발자와 기획자가 프로세스에 대해 구두로 진행하면 안되나?라고 생각할 수도 있겠지만당연히 안된다. 우선 당연하게도 문서화의 목적도 있으며,아래와 같은 사용 목적도 있다. 전체 구조를 파악 가능프로세스 상에서 발생할 수 있는 ..
(1) Use Case Diagram이란? 유스케이스 다이어그램은 시스템 분석 및 설계에서 사용되는 다이어그램으로,사용자와 시스템의 상호 작용을 시각적으로 명세한 다이어그램이다.(2) 사용 목적왜 유스케이스 다이어그램을 사용하는 것일까?아래와 같은 이유가 있다. 시스템의 주요 기능과 사용자(Actor) 간의 상호 작용의 시각화하여 이해도를 높임시스템의 주요 기능 요약 가능특정 기능에 대한 흐름 표현 가능즉, 여러 다이어그램 중에 유스케이스 다이어그램을 사용하는 이유는사용자와 시스템 기능 간의 관계 및 상호작용을 기준으로 명세하기 위해 사용하는 것이다. (3) 구성 요소System개발하고자 하는 그 자체를 말한다.시스템의 범위를 정의하며흐름이 일어나는 영역의 경계를 정의한다. 유스케이스 다이어그램에서는 사..