profile
꾸준히 열심히!
post-thumbnail

Git Merge 전략에 대하여

나는 git을 사용하면서 일반적인 merge만을 주로 사용했었는데 지난번에 아는 개발자분과 이야기 하면서 그 분 회사에서는 rebase merge를 merge 전략으로 사용하신다는 말을 들었다. 그 자리에서 간단하게 설명을 듣긴 했지만 완전히 이해하기는 어려웠기 때문

2023년 4월 9일
·
0개의 댓글
·
post-thumbnail

테오의 스프린트 14기 후기(feat. 팀빌딩부터 데모데이까지!)

지난 2월 22일부터 2월 27일까지 테오의 스프린트를 진행했다. 예전부터 한 번 참여해보고 싶었는데 일정까지 너무 적절한 시간이라 신청하지 않을 이유가 없었다. 결과적으로 몸은 너무 피곤한 6일이었지만 배운 것도 많고 너무 즐거웠던 경험이어서 후기를 작성해보고자 한다

2023년 3월 1일
·
5개의 댓글
·
post-thumbnail

[코어 자바스크립트] - 클로저

innerFunc는 outerFunc 내에서 선언되고 호출되었다. 이때 내부함수 innerFunc는 자신을 포함하고 있는 외부함수 outerFunc의 변수 x에 접근할 수 있다. innerFunc는 자신이 속한 렉시컬 스코프를 참조할 수 있기 때문이다. 함수 outer

2023년 2월 19일
·
0개의 댓글
·
post-thumbnail

[코어 자바스크립트] - 프로토타입

💡 자바스크립트는 프로토타입 기반 언어이다.클래스 기반 언어에서는 상속을 사용하지만 프로토타입 기반 언어에서는 어떤 객체를 원형으로 삼고 이를 복제함으로써 상속과 비슷한 효과를 얻는다. 자바스크립트는 왜 프로토타입을 사용해 상속을 구현할까? 먼저 상속이란 객체지향 프

2023년 2월 19일
·
0개의 댓글
·
post-thumbnail

모듈 번들러란?(webpack, pacel, rollup 비교)

지난번에 알아본 모듈 시스템이 목적이나 기능에 따라 코드를 분리하는 것이었다면 모듈 번들러는 이처럼 분리된 코드를 하나의 파일로 병합하는 개발 도구를 말한다.즉 모듈 번들러란 JavaScript 모듈을 브라우저에서 실행할 수 있는 단일 JavaScript 파일로 묶는데

2023년 2월 19일
·
0개의 댓글
·
post-thumbnail

JavaScript와 모듈 시스템

최근 프로젝트를 진행하면서 번들러로 Vite를 사용했다. 늘 CRA만 사용했기 때문에 모듈 시스템과 번들러에 대한 이해가 부족했었는데 이번 기회에 해당 부분들에 대해 좀 더 공부해볼 수 있었다. 이번 포스팅에서는 그 중 JavaScript의 모듈 시스템에 대해 공부한

2023년 2월 5일
·
0개의 댓글
·
post-thumbnail

Thumbnail maker 서비스 제작기

설 연휴동안 굉장히 간단하지만 사이드 프로젝트를 하나 시작해 마무리했다. (실은 설 연휴 일주일 전에 시작했지만 사실상 개발은 설 연휴에 거의 다 했기 때문에…)나는 아침에 일찍 출근해 업무 시작 전까지 벨로그 아티클을 이것저것 구경하는데 이번 프로젝트는 아래 글을 보

2023년 1월 24일
·
0개의 댓글
·
post-thumbnail

Refresh token으로 Access token 갱신하기

로그인은 정말 다양한 방법을 사용해서 구현할 수 있다. 나는 지금까지는 JWT 토큰을 session storage에 저장해서 로그인하는 방법을 주로 사용했는데 지난 토이 프로젝트에서는 refresh token을 통해 access token을 갱신하는 방법을 사용했다.

2023년 1월 8일
·
0개의 댓글
·
post-thumbnail

[코어 자바스크립트] - 콜백함수

콜백함수는 다른 코드의 인자로 넘겨주는 함수를 말한다. 콜백 함수를 넘겨받은 코드는 이 콜백 함수를 필요에 따라 적절한 시점에 실행한다. 콜백함수는 다른 코드에게 인자로 넘겨줌으로써 그 제어권도 함꼐 위임한 함수이다. 콜백 함수를 위임받은 코드는 자체적인 내부 로직에

2023년 1월 8일
·
0개의 댓글
·

[코어 자바스크립트] -This

함수와 객체(메서드)의 구분이 느슨한 자바스크립트에서 this는 실질적으로 이 둘을 구분하는 거의 유일한 기능이다. 상황에 따라 달라지는 this 자바스크립트에서 this는 기본적으로 실행 컨텍스트가 생성될 때 함께 결정된다. 즉 this는 함수를 호출할 때 결정된

2022년 12월 31일
·
0개의 댓글
·

[Effective TypeScript] 타입 선언과 @types (1)

dependencies 현재 프로젝트를 실행하는 데 필수적인 라이브러리들이 포함된다. 프로젝트의 런타입에 사용되는 라이브러리들은 dependencies에 포함된다. 프로젝트를 npm에 공개하여 다른 사용자가 해당 프로젝트를 설치한다면 dependencies에 들어있는

2022년 12월 19일
·
0개의 댓글
·

[Effective TypeScript] - any 다루기(2)

타입스크립트는 일반적으로 변수를 선언할 때 타입 또한 결정된다. 그 후에 정제될 수 있지만 확장은 할 수 없다. 그러나 any 타입과 관련해서는 예외인 경우가 존재한다.(any는 진짜 예외가 너무 많다…) out의 타입이 처음에는 any의 배열이었는데 return 할

2022년 12월 19일
·
0개의 댓글
·
post-thumbnail

클라이언트에서 에러 처리하기(3) - Error Boundary

React 공식문서에 나온 Error Boundary 코드는 다음과 같다. getDerivedStateFromError 는 하위의 자손 컴포넌트에서 오류가 발생했을 때 render 단계에서 호출되며 오류를 인자로 받는다. 그리고 componentDidCatch 하위의

2022년 12월 18일
·
0개의 댓글
·

[코어 자바스크립트] - 실행 컨텍스트

실행 컨텍스트(execution context)는 실행할 코드에 제공할 환경 정보들을 모아놓은 객체로 자바스크립트의 동적 언어로서의 성격을 가장 잘 파악할 수 있는 개념이다. 자바스크립트는 어떤 실행 컨택스트가 활성화되는 시점에 선언된 변수를 위로 끌어올리고(호이스팅,

2022년 12월 18일
·
0개의 댓글
·

클라이언트에서 에러 처리하기(2) - Error Boundary

react16에서 도입하위 컴포넌트 트리의 자바스크립트 에러를 포착하여 에러가 발생했을 경우 Fallback UI를 보여줄 수 있다.(선언적 에러 처리 가능)class 형식으로만 구현할 수 있다. ⇒ hooks에서 지원하는 방식으로는 오류 발생 시 제어할 방법이 없어

2022년 12월 16일
·
0개의 댓글
·

클라이언트에서 에러 처리하기(1)

일반적인 에러 해결 방법 예상 가능하고 해결 가능한 에러 애플리케이션 안에서 적절한 가이드를 주거나 별도의 페이지를 만들어 안내한다. 에러 메시지와 함께 사용자의 액션을 유도하기 예상 가능하지만 해결 불가능한 에러 사용자의 악의적인 접근에 의한 보

2022년 12월 16일
·
0개의 댓글
·

[Effective TypeScript] any 다루기(1)

타입스크립트의 타입 시스템은 선택적(optinal)이고 점진적(gradual)이기 때문에 정적이면서도 동적인 특정을 동시에 가진다. 따라서 타입스크립트는 프로그램의 일부분에만 타입 시스템을 적용할 수 있다. 이러한 특성으로 인해 점진적인 마이그레이션이 가능하다. any

2022년 12월 11일
·
0개의 댓글
·

[코어 자바스크립트] - 데이터 타입

자바스크립트 데이터 타입은 기본형(원시형, primitive type)과 참조형(reference type)이 있다. 할당 시 기본형은 값이 담긴 주솟값을 바로 복제, 참조형은 값이 담긴 주솟값들로 이루어진 묶음을 가리키는 주소값을 복제한다. 기본형숫자(number)

2022년 12월 11일
·
0개의 댓글
·
post-thumbnail

[Effective TypeScript] 타입 설계(2)

외부에서 비롯된 데이터에 대한 타입을 작성할 때는 예시데이터가 아니라 명세를 참고해 타입을 작성하여야 한다. 명세를 참고해 타입을 생성하면 타입스크립트는 사용자가 실수를 줄일 수 있게 도와준다. 위 예시는 데이터가 아닌 API와 명세를 보고 타입을 만들어야 하는 이유를

2022년 12월 11일
·
0개의 댓글
·
post-thumbnail

[Effective TypeScript] - 타입 설계(1)

유효한 상태와 무효한 상태를 둘 다 표현하는 타입은 혼란을 초래하기 쉽고 오류를 유발하게 된다.유효한 상태만 표현하는 타입을 지향해야 한다. 코드가 길어지거나 표현하기 어렵지만 결국은 시간이 절약하고 고통을 줄일 수 있다.사용할 때는 너그럽게, 생성할 때는 엄격하게TC

2022년 12월 4일
·
0개의 댓글
·