엄선된 타입, 속성, 변수의 이름은 의도를 명확히 하고 코드의 타입과 추상화 수준을 높여준다.잘못 선택한 타입 이름은 코드의 의도를 왜곡하고 잘못된 개념을 심어준다.동물들의 데이터베이스를 구축한다고 가정해보자. 인터페이스는 다음과 같다.name은 매우 일반적인 용어이다

1. 타입 추론의 강도를 직접 제어하려면 타입스크립트의 기본 동작을 재정의 해야한다. const 단언문을 사용하면 타입스크립트는 최대한 좁은 타입으로 추론한다. const 단언문을 사용했을때 타입스크립트가 타입을 어떻게 추론했을지 쓰시오! 1) 2) 2. 타입스크

타입 추론의 강도를 직접 제어하려면 타입스크립트의 기본 동작을 재정의 해야한다. const 단언문을 사용하면 타입스크립트는 최대한 좁은 타입으로 추론한다. const 단언문을 사용했을때 타입스크립트가 타입을 어떻게 추론했을지 쓰시오!1) 2) 타입스크립트는 일반적으로

추세: 힘이 한 방향으로 나가는 성질 추세를 거스르는 매매는 성공하기 힘들다. > 다만.. 인생사가 그렇듯 오르면 떨어지는 날이 오고, 떨어질 것만 같더니 다시 오르는 날이 온다. 추세도 때가 되면 반전을 한다. 저항과 지지도 동전의 양면과 같다. 지지선이 무너지면

1. 잉여 속성 체크에 대한 설명으로 틀린것을 고르시오! 타입이 명시된 변수에 객체 리터럴을 할당할 때 타입스크립트는 해당 타입의 속성이 있는지, 그리고 '그 외의 속성은 없는지' 확인한다. 객체 리터럴을 변수에 할당하거나 함수에 매개변수로 전달할 때 잉여속성 체크가

1. 잉여 속성 체크에 대한 설명으로 틀린것을 고르시오! 타입이 명시된 변수에 객체 리터럴을 할당할 때 타입스크립트는 해당 타입의 속성이 있는지, 그리고 '그 외의 속성은 없는지' 확인한다. 객체 리터럴을 변수에 할당하거나 함수에 매개변수로 전달할 때 잉여속성 체크가

아이템 1 타입스크립트와 자바스크립트의 관계 이해하기 타입스크립트와 자바스크립트의 관계에대해서 틀린것을 고르시오. 타입스크립트는 자바스크립트의 상위집합이다. 자바스크립트 프로그램에 문법 오류가 없으면, 유효한 타입스크립트 프로그램이다. 타입 스크립트가 타입을 명시하

타입스크립트와 자바스크립트의 관계에대해서 틀린것을 고르시오.타입스크립트는 자바스크립트의 상위집합이다. 자바스크립트 프로그램에 문법 오류가 없으면, 유효한 타입스크립트 프로그램이다.타입 스크립트가 타입을 명시하는 추가적인 문법을 가지기 때문에 타입스크립트 프로그램이지만

아이템 11 잉여 속성 체크의 한계 인지하기 _ 📣 타입이 명시된 변수에 객체 리터럴을 할당할 때 타입스크립트는 해당 타입의 속성이 있는지, 그리고 '그 외의 속성은 없는지' 확인한다._ >리터럴 - javascript 에서 값을 나타낸다. 이는 변수가 아닌 문자

1장에서는 타입스크립트의 큰 그림을 이해하는 데 도움이 될 내용을 다룬다. 타입스크립트는 사용 방식 면에서 조금 독특한 언어이다. 또 다른 고수준 언어인 자바스크립트로 컴파일 된다. 실행 역시 타입스크립트가 아닌 자바스크립트로 이루어진다. 타입스크립트와 자바스크립트의

1. 컨테이너 파일시스템에 대한 설명으로 옳지 않은것을 고르시오 컨테이너의 파일 시스템은 서로 독립적이다. 컨테이너의 파일시스템은 이미지 레이어와 기록 가능 레이어로 구성된다. 각 컨테이너가 따로 갖는 기록 가능 레이어는 컨테이너와 같은 생애주기를 갖는다. 이미지 레이

애플리케이션의 각 컴포넌트를 컨테이너로 이주한 다음 애저 쿠버네티스 서비스나 아마존 일랙스틱 컨테이너 서비스 혹은 직접 구축한 도커 클러스터에서 전체 애플리케이션을 실행할 수 있다.기존 설치 절차를 Dockerfile이라는 스크립트로 재작성해야하고, 배포 관련 사항 역

10.1 도커 컴포즈로 여러 개의 애플리케이션 배포하기 도커 컴포즈는 여러 개의 컨테이너로 구성된 애플리케이션을 단일 도커 엔진 호스트에서 실행하기 위한 도구이며 개발자에게 특히 유용하므로 개발 환경이나 테스트 환경에서 주로 쓰인다. 비운영 환경에서는 스케일링 기능

3.1 쿠버네티스 환경의 종류 쿠버네티스는 여러 플랫폼 환경에서 클러스터를 구성하여 사용할 수 있다. 쿠버네티스 클러스터를 구성하려면 크게 다음과 같은 세 가지 방법을 고려할 수 있다. 로컬 쿠버네티스 물리 머신 한 대에 구축하여 사용 네트워크가 연결되지

2.1 쿠버네티스란? 쿠버네티스는 컨테이너화된 애플리케이션의 배포, 확장 등을 관리하는 것을 자동화 하기 위한 플랫폼(컨테이너 오케스트레이션 엔진)이다. 런타임 중 하나인 도커는 단독으로는 도커가 설치된 호스트(도커 호스트)를 동시에 여러 대 동작 시키거나 중앙에서 통

컨테이너에서 실행하는 애플리케이션에 있어 투명성은 매우 중요한 요소다. 투명성을 확보하지 못하면 애플리케이션이 뭘 하고 있는지 또는 어떤 상태에 있는지, 문제가 있다면 어떤 부분이 원인인지 알 수 없다. 이번 장의 주제는 도커를 이용한 체계적인 모니터링이다. 프로메테

이번 장에서 다룰 내용 일반성을 최소화해서 커플링 최소화하기 불변속성 측면에서 최적화 바라보기 최적화를 통해 취약성 관리하기 성능 최적화와 일반화는 프로그래머가 하는 두 가지 게임으로, 도움이 되기보다 큰 상처를 입히는 경우가 많다. 최적화라고 하면 코드 처리량을 늘

운영환경에서는 도커 스웜이나 쿠버네티스 같은 컨테이너 플랫폼상에서 애플리케이션을 실행하게 될텐데, 플랫폼은 애플리케이션이 스스로 이상에서 회복할 수 있도록 하는 기능을 제공한다. 플랫폼이 컨테이너에서 실행중인 애플리케이션 상태가 정상인지 확인할 수 있는 정보를 이미지에

📦 각 컴포넌트는 자신만의 경량 컨테이너에서 실행되며 도커가 표준 네트워크 프로토콜을 통해 이들 컨테이너를 엮어낸다. 도커 컴포즈를 사용하면 이렇게 여러 컨테이너에 걸쳐 실행되는 애플리케이션을 정의 하고 관리할 수 있다. 7.1 도커 컴포즈 파일의 구조 Docke

11장 너무 이해하기 어렵다... 이번 장에서 다룰 내용 제어 흐름에 행위 인코딩하기 행위를 데이터 구조로 옮기기 데이터에 행위 인코딩하기 코드에서 활용되지 않는 구조 식별 11.1 범위와 출처에 따른 구조 분류 소프트 웨어 개발에서는 여러 유형의 구조(인색 가능