[Project : HQRoutine] 7~8차 스프린트 패치노트
·
활동내역.zip/Techeer
작성 일자 기준 메인페이지 근황
[TypeScript] type {함수명}? interface {함수명}?
·
Development Study/Frontend
오늘도 평화롭게 사탕을 하나 먹으며 코드 리팩토링 요소를 찾아보던 날이었습니다. 입안 가득 퍼지는 청포도 향이 좋다고 생각하다가 전에 타입을 지정할 때 interface와 type을 둘 다 썼던 것만 같은 기억이 문득 떠올랐습니다 그래서 확인을 해 보았는데 실제로도 두개가 혼용되어서 사용이 되고 있는 것을 볼 수 있었습니다. 그 때 갑자기 머릿속에서 들려오는 질문 하나가 있었습니다. "타입이랑 인터페이스랑 뭐, 똑같은 거 아닌가?" 분명 머리로는 아니라는 걸 알지만 자세히 알지 못하였기에 바로 블로그에 접속해서 기록하며 알아보기 시작했습니다. **type**과 **interface**는 TypeScript에서 사용되는 두 가지 기능입니다. 이 둘은 비슷해 보이지만, 몇 가지 차이점이 있기에 지금부터 알아..
[Folder Structure] Hooks? Utils? 차이점이 뭘까?
·
Development Study/Frontend
프로젝트 개발을 하던 중에 함수를 따로 모듈화 하던 중 갑자기 궁금해 진 것이 있었습니다."이렇게 특정 기능을 재사용하거나 관리하기 쉽게 따로 모듈화를 하는 건 좋은데, 어느 폴더에 넣어야 하지?"이미 어느 정도 초기에 폴더 구조를 나눠 두었지만 utils와 hooks의 차이점이 분명 존재했음에도 자세하게 알지 못해 잠시 갈피를 잡지 못하고 있었던 것 같았습니다그렇다면 저는 왜 이 둘을 헷갈렸을까요?utils와 hooks 폴더의 구분이 애매해질 수 있는 이유는 다음과 같습니다.함수의 역할이 겹치는 경우: 때로는 함수가 React 컴포넌트에서만 사용되는 로직을 포함하지만 동시에 일반 JavaScript 함수의 특성도 가질 수 있습니다. 이런 경우에는 어디에 배치할지 결정하기 어려울 수 있습니다.커스텀 훅이..
[Template] GitHub Label Setting
·
(3D)Dev Deep Dive/Templates & Guides
Github Label Setting은 Github 프로젝트에서 이슈와 풀 리퀘스트에 태그를 지정하여 작업을 분류하고 조직화하는 데 사용되는 기능입니다. 이를 사용하면 프로젝트 관리가 훨씬 수월해지며, 몇 가지 주요 이점이 있습니다. 이슈 및 풀 리퀘스트 분류 레이블을 사용하면 이슈와 풀 리퀘스트를 효과적으로 분류할 수 있습니다. 예를 들어, 버그, 기능 요청, 문서 개선 등과 같은 카테고리로 나눌 수 있습니다. 작업 우선순위 지정 레이블을 이용해 작업의 우선순위를 표시할 수 있습니다. 예를 들어, 긴급, 높음, 중간, 낮음 등의 우선순위를 나타내는 레이블을 만들 수 있습니다. 팀 협업 향상 팀원들이 레이블을 통해 작업을 빠르게 파악할 수 있어 효율적인 협업이 가능합니다. 이슈 및 풀 리퀘스트 필터링 레..
[Template] Issue Template
·
(3D)Dev Deep Dive/Templates & Guides
Issue Template은 프로젝트 관리 및 협업 툴에서 사용되는 미리 정의된 형식의 템플릿으로, 팀원들이 일관된 정보를 공유하고 문제를 신속하게 해결할 수 있도록 돕습니다 일반적으로 GitHub, GitLab, Jira 등의 협업 도구에서 사용됩니다 Issue Template의 장점들 일관성 템플릿을 사용하면 팀원들이 동일한 형식을 따르도록 유도하여 일관된 이슈 제출을 돕습니다. 이로 인해 정보 공유가 더 효과적이고 효율적으로 이루어집니다. 효율성 템플릿에 필요한 정보가 미리 명시되어 있어, 팀원들이 이슈를 보다 신속하게 작성하고 해결할 수 있습니다. 커뮤니케이션 개선 모든 관련 정보가 한 곳에 모여 있어, 이슈에 대한 논의와 해결 과정에서 오해가 줄어듭니다. 시간 절약 이슈를 작성하는 데 걸리는 시..
[Template] Git Branch Naming Convention
·
(3D)Dev Deep Dive/Templates & Guides
Git branch naming convention은 Git 저장소에서 사용되는 브랜치 이름을 표준화하여 일관성을 유지하고 명료한 커뮤니케이션을 도모하는 방법입니다. 이런 일관성 있는 이름 규칙을 사용함으로써 협업을 용이하게 하고, 브랜치 관리를 효과적으로 할 수 있습니다. Git branch naming convention의 장점들 명확한 커뮤니케이션 브랜치 이름이 직관적이고 일관되면, 프로젝트 참여자들이 브랜치의 목적과 내용을 쉽게 파악할 수 있습니다. 브랜치 관리 용이 규칙에 따라 브랜치를 생성하면, 사용자들이 언제 어떤 브랜치를 만들었는지 쉽게 추적할 수 있습니다. 더 나은 협업 일관된 규칙을 따르면 프로젝트 참여자들 간의 혼동을 줄이고, 코드 리뷰 및 병합 과정에서 발생할 수 있는 실수를 줄일 ..