Jwong.log

2023.01 | SOPT makers 1기 Playground 팀 FE 개발자들의 KPT 회고 SOPT makers 1기 Playground 팀 FE 개발자들의 KPT 회고 SOPT makers 1기 Playground 팀 FE 개발자들의 생생한 회고 기록! velog.io 2022.10 | Google Cloud Storage 버킷에 CORS 가능하도록 설정하기 Google Cloud Storage 버킷에 CORS 가능하도록 설정하기 저는 FE 개발자로, API 통신 시에 서버에서 어떻게 CORS 응답 헤더 설정을 하는지는 알지 못합니다. 아무튼 BE 개발자들이 잘 설정해주었기 때문에 CORS에 대한 걱정 없이 프로젝트를 해왔습니다. 그 velog.io 2022.08 | Priority Queue, ..

지난 4월에 읽은 아티클인 의 내용을 체화하기 위해 노력한 경험들을 기록하려 한다. 아티클을 단순히 눈으로 읽기만 하지 않고 능동적으로 이해하고, 이후 아티클에 소개된 기법을 프로젝트에 직접 적용해보며 내 것으로 만들었다. 이를 통해 아티클의 제목처럼 과연 '더 좋은 타입스크립트 프로그래머'가 되었을지를 관전 포인트로 읽어봐주면 좋을 것 같다! 1. 능동적으로 이해하기 1.1. 알고 있던 지식과 엮어서 이해하기 (feat. 잉여 속성 체크) 해당 아티클의 #1 {집합(Set)}이라고 생각하기 챕터에 다음과 같은 구절이 있다. type Measure = { radius: number }; (중략) Measure 타입은 radius이라는 숫자 필드를 포함하는 모든 객체의 집합입니다. 타입스크립트 초심자들은 ..

서론 이번에 처음으로 하드 코딩 기반의 데이터를 통해 기능을 구현하게 되었는데, 이는 여태 주로 해오던 서버에서 데이터를 받는 것과는 고민의 관점이 다소 달랐다. 서버 데이터는 이미 설계된 스키마를 어떻게 구성하여 컴포넌트에 활용할지, 서버 데이터의 타입을 어떻게 검증할지 등을 고민해야 했던 반면, 하드 코딩 기반의 데이터는 스키마 구상부터 시작하여, 말 그대로 직접 사람 손으로 기입하는 데이터인 만큼 안정적으로 데이터를 유지보수 하는 방법에 대해 고민했다. 이는 타입 시스템을 적극 활용하여 풀어냈으며, 이 글은 그 고민의 과정을 담은 글이다. 또한 해당 글에서 소개하는 코드의 실제 사례는 아래 PR들에서 확인할 수 있다. - 처음으로 해당 구조를 고안한 목 데이터 작업 PR https://github...