들어가면서알기는 아는데누군가 구술로 물어보면, 뭔가 시원하게 대답하기 힘든 질문."프레임워크와 라이브러리는 다른거야?"오늘 답해본다..프레임워크 vs 라이브러리🔁프레임워크새로운 애플리케이션을 보다 효율적으로 개발할 수 있도록 하는 재사용 가능한 소프트웨어 구성 요소의 모음이다.소프트웨어 프레임워크에는 특정 소프트웨어 표준 및 프로토콜을 기반으로 재사용 가능한 코드 모듈이 포함되어 있다. 따라서 새로운 애플리케이션을 표준화된 방식으로 개발할 수 있다.📚라이브러리미리 기능들(책)을 필요할 때마다 기록된 코드를 빼와서 재사용할 수 있도록 클래스나 함수가 모여있는 집합소(도서관)이다.개발자가 모든 기능을 매번 직접 개발하기엔 생산성이 떨어지니 라이브러리를 사용한다.프레임워크와 라이브러리는 모두 소프트웨어 개..

🔎 주제객체 지향 프로그래밍에는 'SOLID' 원칙이 있다. Single Responsibility, Open-Closed, Liskov Substitution, Interface Segregation, Dependency Inversion 이 5가지 원칙을 말하는데 자세한 예시와 함께 5개의 개념을 모두 보고자 한다.✅ S: 단일 책임 원칙(SRP)단일 책임 원칙(Single Responsibility, SRP)는 "클래스는 하나의 책임만 가져야 한다"는 원칙이다.책임: 클래스가 처리해야 하는 하나의 변경 이유쉽게는 클래스가 담당해서 처리해야 하는 하나의 "일"이라고 볼 수 있다. 클래스는 자신이 맡은 특정한 "일"만 처리해야 한다. 하나의 클래스는 단 한가지의 이유로만 변경되어야 한다.하나의 클래스..

🔎 주제git fetch와 git pull의 차이점을 설명하고, 각각을 사용하는 것이 적절한 상황을 설명해주세요.둘 다 원격에서 정보를 가져오는 것 같은데..? 정확히는 잘 모르고 무조건 pull을 썼던 과거... 오늘은 pull과 fetch의 차이를 다룬다.✅ git pullgit pull은 로컬 레포지토리보다 원격 레포지토리가 더 최신 커밋을 가지고 있을 때, 원격 레포지토리 내용을 로컬 레포지토리에 반영하는 명령어이다.pull='잡아당기다'로 원격의 내용을 로컬로 잡아당긴다고 볼 수 있다.동료 개발자와 협업을 하며 코드를 주고 받는 일 중 받는일에 해당한다.원격 레포지토리의 수정 사항을 로컬 레포지토리에 반영하는 것은원격 레포지토리의 현재 브랜치를 로컬 레포지토리의 현재 브랜치로 병합(merge)..

안 그래도 최근 Git Flow를 배우며 rebase가 헷갈렸는데 마침 이번 위클리 페이퍼 주제가 rebase를 다루게 됐다. (사실 나 같은 초보자는 아직 팀의 리포에서 merge만 해볼 뿐, rebase는 한 적이 없다.)rebase와 merge를 쉽게 이해하기 위해 예시도 열심히 작성했으니 나 같은 초보들에게 도움이 되기를. 🔎 주제git rebase와 git merge의 차이점을 설명하고, 각각 어떤 상황에서 사용하는 것이 적절한지 설명해주세요. 우선 각 개념을 살펴보자.더 익숙한 머지를 먼저 살펴보는 게 좋을 것 같다. ✅ git mergegit merge란?말 그대로 합치는 것이다. 보통 머지를 쓰는 경우 다음과 같다.0. develop 브랜치로부터 feature1, feature2 브랜치를..

velog에서 보는 게 더 가독성이 좋습니다 :)velog link 깃허브를 이용한 팀 프로젝트에서 브랜치를 규칙 없이 무분별하게 만들면히스토리가 아주 복잡해지고, 팀원 간의 소통도 힘들어진다.오늘은 브랜치 관리 전략 중 Git Flow에 대해 공부한 내용을 정리해보고자 한다.Git Flow말 그대로 flow, 흐름이다.시간의 흐름에 따라 각 브랜치들이 어떻게 상호작용하여 메인 브랜치가 완성되는지에 집중해보면 될 것 같다.구성 브랜치main배포(제품으로 출시되는)하는 주 브랜치이다.항상 배포 가능한 안정적인 상태를 유지해야 한다.develop다음 출시 버전을 만들기 위해 팀원들이 변경 내용을 모으는 개발 브랜치이다.새 기능(feature)들과 버그 수정(release/hotfix)들이 모이는 브랜치이다...