공부

서버리스(serverless):개발자가 서버를 관리할 필요 없이 애플리케이션을 빌드하고 실행할 수 있도록 하는 클라우드 네이티브 개발 모델.서버리스는 말그대로 이전처럼 우리가 서버를 직접 관리 할 필요가 없다는 뜻 이지 서버 자체는 무조건 있어야 한다. 서버가 필요 없

공들여 쓰레기를 만들지 말자.. Introduction 우리가 글을 쓸때 논리정연하게 자신의 의견을 잘 들어내며, 때로는 독자에게 보다 더 쉽고 몰입감 있게 읽힐 수 있도록 글을 깨끗하게 잘 쓸 필요가 있다. 이는 코드도 마찬가지다. 때론 보다 더 나은 성능을

"자바스크립트는 참 특이한 친구다"라는 코드가 있다. 자바스크립트 엔진은 위 코드를 실행시키기 직전에 선언된 변수들이나 함수들을 한번 쓱 훑고는 메모리에 다 기억을 해둔다 그러다 어디서 a 라는 변수를 호출하면 메모리에 기억해둔 a 라는 변수를 퉤 하고 뱉어준다. 그거

크롬을 열고 google.com 입력했다. 브라우저는 곧장 DNS 서버에 google.com 을 검색해서 ip 를 찾아주고 입력한 정보와 함께 전달해준다. 브라우저는 HTTP 프로토콜을 사용해서 요청 메시지를 만들고 http 요청 메시지는 TCP/IP 프로토콜을 사

자바스크립트는 동기적 이다우리 자바스크립트는요?...한 번에 하나의 작업을 수행할 수 있어요Hoisting 된 이후 작성한 순서에 맞춰서 동기적으로 실행되요정말 차례차례 수행한답니다어떤 요청을 보내면 그 요청이 끝날 때 까지 기다리는 게 아니라, 응답에 관계없이 바로

React 알면 모바일 어플리케이션도 뚝딱 만들 수 있다고? React Native는 페이스북에서 개발한 크로스 플랫폼 개발 프레임워크로, 웹과 서버에서 널리 사용되는 JavaScript를 언어로 사용합니다.웹 프론트 엔드 개발에 대표적인 라이브러리인 React를 기반

나는야 코드 짜는 감자 요즘 면접을 보러 다니니 참 공부를 안했다는게 많이 자책이 된다. 그동안 받았던 기술면접 질문들과 잘못 말했던 부분들을 정리하는 시간을 가져보고자 한다. JavaScript 편 1. NameSpace 패턴 > 이름이 존재하는 공간 특정

보기 좋은 코드를 만들기 위한 첫걸음바로바로 디자인 패턴생성자패턴싱글톤 패턴은 객체의 인스턴스가 오직 1개만 생성되는 패턴이다. 전역적으로 하나의 인스턴스만 유지되어야 할 때 유용하며, 여러 곳에서 동일한 리소스에 접근해야하는 경우에 사용됩니다. 위 코드에서는 util

TypeScript 에 타입과 인터페이스가 어떻게 다른가요? React 자식 컴포넌트에서 부모 컴포넌트로 값을 전달하려면 어떻게 해야하나요? 클래스형 보다 함수형으로 개발 하는 경우가 많은데 왜그런가요? useCallBack 과 useMemo 의 차이점이 뭔가요?

3.1.1 var var 는 재선언이 가능하며 함수스코프를 가지기 때문에 블록 범위가 무시된다는 단점이 존재했음.. 3.1.2

Lodash 란 JavaScript의 표준 라이브러리라고 불릴정도로 많이 사용되는 라이브러리 입니다. JavaScript 의 경우 자유도가 너무 높은 언어이기에, 코드의 표준과 코드의 양을 줄여주고, 빠른 작업에 도움이 됩니다. 보통의 경우 array, collecti

언젠간 만날줄 알았던 Redux...React 를 뒤늦게 접한 나머지, 신문물인 Recoil 이라던지 Jotai 라던지 등 비교적 쉬운 상태관리 라이브러리들을 사용해왔따. (날먹)하지만 이번에 이직한 곳은 상태관리를, 그저 Redux 로 사용하고 있었으니...전부터 이

요번 프로젝트에서는 JPA 가 사용된다고 한다. 그동안 myBatis 만 사용했었는데 좋은 배움의 기회일거 같다. 시작하기전 SpringBoot 환경에서 JPA 를 사용하는 방법을 공부하고 정리해보겠다!JPA (Java Persistence API)Java EE 플랫폼

Vanilla Extract는 사실 자바스크립트 정적 분석 도구 중 하나에요. 우리가 코드를 작성할 때, 코드가 어떻게 구성되어 있는지, 어떤 부분이 문제인지 분석하는 도구를 '정적 분석 도구' 라고 합니다.Vanilla Extract는 특히 CSS 관련 작업을 돕는

다양한 스타일 라이브러리나 큰 프로젝트를 경험했다면 색상, 크기, 길이, 너비 등 다양한 값들을 px 혹은 % 로 각각 박아서 쓰지 않고, 획일화된 크기나 값으로 테마화 해서 사용하는 것을 알 것이다. 예를 들자면 fontSize : sm : 12px / md: 16p

우리가 페이지나 컴포넌트를 만들때 수많은 Div 태그들을 사용한다주로 레이아웃을 잡거나 할때 컨테이너들을 아주 많이 사용하는데, 막 잡다보면 쓰잘때기 없이 div 가 많아지기 마련이다그럼 css 구조가 아주 더러워져서, 뭐만하나 잘못 만지면 이상하게 레아아웃이 터져버리

어제 예제를 잘 살펴보자 위 소스에서 복잡한 구조는 바로 title 부분 이라고 볼 수 있다. title 은 모달의 정 중앙으로, additionalButton 은 우측 끝으로 정렬하는 과정 이 있었어서 복잡해졌다. 위 구조의 의도는 이렇다. 상단 부모 flex 에 중

실제 예제로 알아볼 시간이다. 아래 소스를 보자 위 소스는 공통모달 컴포넌트를 감싸고 있다. 요런식으로그래서 이 모달이 호출될때 에러가 발생하면 ModalErrorBoundary 가 모달과 가장 가까운 Error Boundary 임으로, 이 ErrorBoundary 가

우리는 개발을 하면서 많은 오류를 맞딱트린다. 들어와야 할 데이터가 안들어 온다던가, 상태관리를 잘못해서 잘못된 값을 가져온다던가.. 무한으로 즐긴다던가 등등등상상하지도 못한 이유로 오류가 발생하기도 한다. 하지만 우리는 훌륭한 프론트엔드 개발자가 되려면 이런 오류 상