- 피그마를 왜 알아두어야하는가 ? 피그마 등장 이전에 보통 UI, UX 디자인에서는 포토샵, 일러스트 같은 툴들을 사용했었다. 하지만 기존의 툴들은 협업 과정에서 상당한 번거로움이 있었다. 파일 기반 시스템이었기 때문에 파일을 직접 메일이나 메신저로 공유를 했었

프로젝트 중에, input range 를 커스텀 해야했다. 인풋 range의 기본 상태는 이런식으로 되어있는데, 크게 파랑색으로 색칠된 bar, 그리고 저 채워진 부분의 끝점을 나타내는 slider-thumb 두 부분으로 나뉘어져있다. 저부분에서 appearance 부

1 . 포트원 사이트에서 회원가입 https://portone.io/korea/ko 2 . 포트원 사이트 내에서 PG 정보 설정하기 3.

원래 컨텐츠들을 객체로 관리해서 map 함수를 통해 뿌려주면 되지만, 컨텐츠들의 내용들이 다 달라서 일단 각각 컨텐츠 컴포넌트들을 만들어주었다. 비슷한 형식이라면 객체로 묶어줘서 map 함수로 뿌려주는것이 낫다.

원 글 링크리액트 서버 컴포넌트가 리액트 쿼리를 없앨까요? 아마 지난 몇 달 동안 제가 가장 많이 받은 질문일 것입니다. 그리고 기억해야 할것은, 정답은 없습니다. 기억하세요. 이 업계의 많은 개발자 분들처럼 저도 그냥 만들어내가고 있을 뿐입니다. 제가 모든 일에 대해

지금까지는 매번 vscode내에서 Prettier와 ESLint 패키지를 설치해서 그냥 사용했었는데, 프로젝트를 들어가면서 제대로 된 설정을 해봐야 했다. ESLint와 Prettier는 프론트엔드 언어와 프레임워크에서 코드 품질과 일관성 유지를 도와주는 도구이다.

문제 링크가로나 세로 길이가 1이라면 무조건 정사각형 넓이는 1일테니 1을 리턴해주고,boardi가 0이라면 정사각형 조건이 성립되지 않는다.이러한 예외 처리들을 해주지 않아서 실패로 나왔었다.

문제 링크3을 나누었을때 나머지 값에 대한 규칙을 찾아서 푸는 문제였는데 n % 3 === 0 일때의 규칙이 어려웠다.n 이 3으로 나누어 떨어질때 몫에서 1을 빼주어야하는게 중요했다.

프로젝트 진행중에, 이미지를 업로드할때 드래그 앤 드랍을 이용해서 이미지 업로드 하는 기능을 구현하고 싶었다. 드래그 앤 드랍을 구현하려면 drag 관련 이벤트 속성을 알아두는 것이 필요하다.onDragEnter드래그하는 항목이 특정 요소의 경계를 처음 들어갈 때 한

문제 링크처음 접해본 BFS 문제였다. BFS는 깊이 우선 탐색으로써, queue 자료구조를 이용하여 푼다. queue에 위치와 움직인 move값을 빼주고 dir 배열에 반복문을 돌았을때 조건에 맞는 경로를 찾았다면 방문처리를 해주고 queue에 그 값을 다시 담아준다

문제 링크 - 내 풀이 - 다른 사람 풀이 Map 객체를 통해 직관적으로 풀었는데, 저런식으로 Set 객체를 통해서 푸는 방법도 있었다. 코드가 더 깔끔해 보인다.

Next.js 13 App 디렉토리에서, 로그인 관련 정보를 페이지 컴포넌트에서 fetch 해온 후에, 그 정보를 Header로 보내주는데, 로그인 표시 컴포넌트가 먼저 등장 한 후에 회원 정보가 나타나는 문제가 발생했다. - 회원 정보 받아오는 페이지 컴포넌트 -

문제 링크이 문제는 범위설정 문제를 처음에 잘못해서 틀렸었다. 일때, arr10 x arr20 + arr10 x arr21 + arr10 x arr22 arr10 x arr21 + arr10 x arr21 + arr10 x arr22 이런식으로 계산이 된다.

프로젝트를 만들어보며 velog 같이 이메일로만으로도 로그인과 회원가입 둘 다 할 수 있도록 하고 싶었다. - 직접 이메일을 입력했을때 (회원가입) 사용자가 이메일을 입력한다. DB에 저장되어있지 않은 회원이라면 회원가입 인증 메일을 보낸다. 해당 메일에는 code

프로젝트를 만드는 와중에, register 페이지만 아예 다른 레이아웃을 보여주고 그 외의 모든 페이지엔 공통된 레이아웃을 적용시키고 싶었다. 기본적으로 Next.js 13 app router 에서는 nested layout 구조이기때문에, 각 페이지마다 layout

use client 를 사용해서 layout.tsx 에서도 불러올수 있도록 한다.

문제 링크작은 숫자가 홀수이고, 큰 숫자가 짝수이며, 두 수의 차가 1일때 서로 만나게 되는 규칙을 발견했었다.(2 와 3은 대결을 하지 않지만, 1과 2, 3과 4는 서로 대결한다)하지만 3개의 테스트케이스에서 시간초과가 나왔다. 그냥 아예 서로 값이 같아진다면 an

문제 링크3~4개의 테스트케이스에서 틀리다고 나왔다. 탈락하는 사람의 인덱스 계산 부분을 잘못한것이었다.

Big O는 알고리즘의 실행 시간을 표현하는 표기법이다.Big O의 O는 Order의 줄임말인데, 입력 된 크기에 비례해서 해당 코드를 처리하는데 얼마나 많은 시간이 소요되는지 나타내는 용어이다.빅오 표기법은 최악의 경우의 실행 시간이 나타내는 것이므로, 평균 실행 시

문제 링크여기서 예외는 공백이 연속적으로 나올수 있다는 점인데, split해주었을때 '' 이 있다면 공백이라는 의미이므로 answer에 공백을 넣어준다.