클래스명, 메소드명에 대한 의미론적 명칭에 대한 고민비슷한 명칭에 대한 의미론적 구분get, select, query, fetch, load등user, account, member등정확한 명칭을 통한 메소드 작동을 추론할 수 있도록 함.단일 작동 : 한가지 작업만 하는

px : 픽셀em: 요소의 글자 크기rem : root element(html)의 글자 크기vw : 뷰포트 가로 너비의 백분율vh : 뷰포트 세로 너비의 백분율

display : block | flex | inline-flexflex-flow:flex-direction:flex wrapjustify-contentalign-contentalign-itemsblock : 기본값, 아이템을 위에서 아래로 배치(상->하)flex :

spring modulitth DDD Domain Based Architecture Domain Based Boundaries

grain : 곡식을 낱알로 만드는 작업으로 거칠고 세밀한 문구로 사용된다.fine-grained : 결이 곱고, 가늘게 곡물작업coarse-grained : 듬성듬성하고, 거칠게 곡물작업하나의 작업을 작은 단위로 분리하여 수행타행이체(메인 task)잔액조회(서브 ta

record, sealed, ADT의 연관관계 설명

클로저는 함수와 그 함수가 선언된 렉시컬 환경과의 조합이다.특정 코드가 작성, 선언된 환경(장소)을 의미한다.스크립트 전체코드블럭 {...}함수EnvironmentRecord : 현재 실행중인 코드 환경의 this값과 선언된 모든 변수와 함수가 저장되는 곳OuterLe

JS엔진이 코드를 실행하기 위해서는 스코프, 식별자, 코드 실행순서 등의 관리가 필요하다.이러한 모든것을 관리하는 것이 실행컨텍스트로 소스의 실행 환경을 제공하고, 실행결과를 관리하는 영역이다.실행 컨텍스트는 객체로 존재엔진이 사용하기위한 객체로, 개발자가 코드를 통해

numberstringbooleannullundefinedSymbolobjectarrayfunctionMapSetWeakMapWeakSetTypedArrayArrayBuffer

Symbol은 유일한 식별자를 생성한다.하나의 심볼만 보장받을 수 있음없으면 만들고, 있으면 가져옴Symbol 함수는 매번 다른 Symbol 값을 생성하지만,Symbol.for 메소드는 하나를 생성한 뒤 키를 통해 같은 Symbol을 공유

1. 선택자 점수 |선택자|point| |-----|-----| |!important| 무한대 | |인라인선언| 1000 | |ID선택자| 100 | |CLASS 선택자| 10 | |TAG선택자, 가상요소(before,after)| 1 | |전체선택자(*)| 1 | |

1. public 2. protected 3. private(#)

type <> extnds keyof&HTMLElementTagNameMapIProps\[]\|{}

자바 개발자로서 가장 당황스러운 부분이 this이다.자바스크립트의 this는 다른 언어와 다르게 작동한다.MDN에 따르면 this는 호출한 방법에 의해 결정된다.(MDN)즉 대부분의 호출한 객체가 this가 된다(예외 존재).호출한 객체에 따라 this가 변경됨에 따라

브라우저가 Html 파싱하는 순서는 위에서 아래로 진행한다.예를 들어 body전에 script 태그가 있다고 가정하면,html 파싱시작script 태그를 만나면 html 파싱 잠시 멈춤.스크립트 파일 다운(script fetch)스크립트 파일 실행멈춘 지점부터 파싱 시

컴포넌트내 상태값을 관리하기 위한 Hook컴포넌트의 상태컴포넌트내에서 사용할 변수conststate, setState=useState('초기값');상태값 변경시 리턴받은 함수로 상태값 변경set함수를 이용하여 상태값을 변경하면 화면이 재 렌더링된다.

기본타입 Boolean Number String Object Array Tuple Enum Any Void Null Undefined Never String > let 변수명:타입 = 'value' 위와 같이 :를 이용하여 타입정의 하는 방식을 타입표기(Type A

출처: 소프트웨어 공학센터 웹진자료-2015년 11월)SI와 솔루션 개발의 차이 중에서 가장 큰 부분은 프로세스다. SI는 요구사항을 중심으로 개발하고 솔루션은 기획을 중심으로 개발한다. 따라서 SI는 요구사항을 어떻게 시스템으로 만드는지에 초점이 맞춰진다. 전통적인

(출처: 소프트웨어 공학센터 웹진 자료-2015년 11월)이번 달은 SI와 솔루션 개발의 차이에 대해 다섯 가지 분야로 살펴보고 있다. 이번 회는 네 번째 시간으로 개발에 대해 살펴본다. SI도 완성하고 나면 패키지 형태의 소프트웨어로 볼 수 있기 때문에 일부 개발자들

(출처: 소프트웨어 공학센터 웹진 자료-2015년 11월)SI 개발자들은 솔루션을 개발할 때 난감해 하는 경우가 많다. 가장 큰 이유가 지금 무엇을 해야 할지 모르겠다는 것이다. SI 개발에서는 누가, 언제, 무슨 일을 해야 하는지 모든 것이 절차화 되어 있어 그대로