발단 >프론트 엔드 개발을 하다 궁금한 일이 생겨 검색을 하다보면 공용 문서에 class형태로 작성된 컴포넌트가 눈에 띄는 일이 잦다. 해당 라이브러리에 대해 가장 잘 설명해주는 공용문서에서 나와 다른 방식으로 코딩을 하다보니 내가 사용하는 함수형 컴포넌트에 대해 의문이 생겼다. 공용문서에서 class형태로 작성된 코드를 처음 봤을 때, Vue나 E...

발단 Navbar의 요소 하나하나에 그에 대응하는 컴포넌트를 연결해서 scrollIntoView를 사용해서 Y축 스크롤을 이동시키고 싶었다. 이를 위해 redux에 해당 컴포넌트의 ref를 저장하고 싶었다. >A non-serializable value was de

SSAFY의 프로젝트 주간이 끝나 프로젝트를 리팩토링하는 것 말고 할게 없어지다 보니 자연스럽게 세상이 눈에 들어오기 시작한거 같다. 구글에서 검색을 하고 유튜브 영상을 볼려고 마우스를 호버해보니 영상이 자연스럽게 시작되었다. 어떤 방식으로 돌아가는건지 궁금해서 개발자

발단 사용자들이 급식에 관해 얘기하고 본인의 식습관에 따라 얻은 캐릭터를 자랑할 수 있는 SNS기능을 구현해야 했다. >모바일 환경을 가정하고 화면을 구성하는 만큼 무한스크롤을 통해 UX를 높이고 싶었다. 당시엔 비교적 여유가 있어 다음 두 가지 방법으로 구현해보고

발단 저번 글에서 예고했듯이 오늘은 StickyFooter라는 Fixed 컴포넌트를 만들면서 했던 고민을 적어볼까 한다. 모바일 화면을 전용 화면은 처음 구성해봤기에 어디서 보고 배운 걸 최대한 활용하기로 했다. 웹앱의 상단엔 로고와 Main 혹은 Home페이지로 이

페이지를 구성해보니 관리자와 일반 사용자, 둘 다 로그인을 해야지 Navbar가 생긴다는 점을 눈치챘다. 그 사실을 알자마자 회원 가입과 로그인 페이지를 제외한 거의 모든 페이지에 Navbar를 import해서 사용한다면 낭비가 아닐까? 라는 생각이 들었다. 당시 난

SSAFY에는 약 60명 정도의 교육생마다 현직에서 짧게는 10년부터 길게는 20년까지 일하신 분을 멘토로 두는 좋은 시스템이 있다. 그 동안 기회가 닿지 않아 심도 깊은 대화를 나눌 수 없었는데, 오늘 운이 좋게도 최근 고민 중이던 문제에 대해 털어놓을 수 있었다.

프로젝트에서 회원 가입 기능을 만들면서 Email Validation을 진행할 필요가 생긴 적이 있다. 당시의 로직은, 가입 버튼을 누르면 입력한 이메일에 인증 메일을 보냄과 동시에 DB에 사용자가 입력한 정보를 토대로 데이터를 입력된다. 이 때, isValidUse

github의 프라이빗 레포에 적어두던 나만의 오답노트(?)를 동료의 요청으로 public으로 바꾼 적이 있다. 그 이후로도 계속해서 업데이트하긴 했지만 접근성이 낮았고 찾아와 주는 사람은 그 친구밖에 없었다. 그러던 도중 어느 면접에서 면접관이 이런 건 기술 블로그로

보안이나 데이터의 무결성을 위해서 뒤로가기를 막고 싶었다. 개인적으론 다음과 같은 방법이 있을 거라 생각한다. 구현 난이도가 지나치게 높거나 현실성이 없을 수도 있다고 생각하지만 혹시 지나가시다 눈에 띄신다면 조언 부탁드립니다. prop을 쥐어줘서 정상적인 루트로의