티스토리

Keisa의 프로그래밍

검색하기

블로그 홈

Keisa의 프로그래밍

keisa-programming-record.tistory.com/m

Keisa 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

NMS 보호되어 있는 글입니다. 공감수 0 댓글수 0 2025. 4. 21.
의존성 주입 1. 의존성 주입 패턴의 기본 개념정의:의존성 주입은 클래스가 스스로 필요한 의존 객체(서비스, 컴포넌트 등)를 생성하지 않고, 외부에서 주입받아 사용하는 디자인 패턴입니다. 이를 통해 객체 생성과 사용을 분리하여, 클래스 간 구체적 의존을 줄이고, 유연성과 테스트 용이성을 높일 수 있습니다.IoC(Inversion of Control):의존성 주입은 제어의 역전 원칙에 기반합니다. 즉, 객체의 생성과 의존성 관리의 책임을 애플리케이션 코드가 아니라 외부 컨테이너나 프레임워크가 맡습니다.2. 의존성 주입의 주요 방식2.1 생성자 주입설명:클래스의 생성자를 통해 필요한 의존성을 전달받습니다.장점:불변성을 보장하고, 클래스 생성 시 모든 필수 의존성이 명시됨변경 시에도 객체 생성 자체가 책임지므로, 안정성이.. 공감수 0 댓글수 0 2025. 4. 8.
매트릭, 커네이선스, 트레이드 오프 1. 매트릭 (Metrics)정의 및 역할매트릭은 소프트웨어나 시스템의 여러 측면(품질, 성능, 복잡도 등)을 수치적 또는 정량적으로 평가하기 위한 지표입니다.코드 품질, 유지 보수성, 성능, 복잡도 등을 객관적으로 평가할 수 있도록 도와주며, 아키텍트는 이 데이터를 기반으로 설계 개선이나 리팩토링 결정을 내립니다.주요 종류 및 예시코드 복잡도 지표:Cyclomatic Complexity (순환 복잡도): 소스 코드 내 의사 결정 분기(조건문, 반복문 등)의 수를 측정하여, 코드의 복잡도를 평가합니다. 복잡도가 높으면 테스트와 유지 보수가 어려워질 수 있습니다.품질 및 결함 지표:버그 밀도: 릴리즈된 코드 내 버그의 수를 측정합니다.커버리지: 단위 테스트나 통합 테스트가 전체 코드의 몇 퍼센트를 검증하는.. 공감수 1 댓글수 0 2025. 4. 8.
STL 사용의 장점 추상화와 일관성STL은 다양한 컨테이너(vector, list, set 등)와 알고리즘(sort, find, for_each 등)을 표준화된 인터페이스로 제공하여, 특정 컨테이너의 내부 구현 세부 사항에 의존하지 않고 일관되게 코드를 작성할 수 있습니다.반복자(iterator) 사용의 장점반복자는 컨테이너의 내부 구조를 감추고 공통된 방식으로 접근할 수 있게 해줍니다. 이를 통해 컨테이너 종류에 상관없이 동일한 방식으로 원소를 순회할 수 있으며, 반복자 덕분에 알고리즘이 컨테이너와 독립적으로 작동할 수 있습니다.C++11부터는 범위 기반 for문을 사용할 수 있어, 반복자 사용을 더욱 간편하게 만들고 코드 가독성을 크게 향상시킵니다.알고리즘과의 결합STL 알고리즘은 반복자와 결합되어 작성되므로, 반복문 .. 공감수 0 댓글수 0 2025. 3. 9.
SDP 개요목적: SDP는 멀티미디어 세션의 정보를 기술하는 데 사용됩니다.예를 들어, 어떤 미디어 스트림이 존재하는지, 미디어 유형, 포맷, 전송 프로토콜, 네트워크 연결 정보 등을 기술합니다.표준: RFC 4566에서 정의됩니다.특징: 텍스트 기반의 간단한 포맷으로, 사람이 읽기 쉽고 기계가 파싱하기도 용이합니다.SDP 메시지 구성SDP 메시지는 여러 개의 줄로 구성되며, 각 줄은 한 개의 문자(식별자)와 등호(=)로 시작한 뒤, 해당 값이 옵니다. 각 줄은 CRLF로 종료됩니다.주요 필드는 다음과 같습니다:v= (버전)SDP 버전을 나타내며, 현재는 v=0이 사용됩니다.o= (Origin)세션 생성자 및 세션 식별 정보를 포함합니다.형식:o= 예시: o=- 0 0 IN IP4 127.0.0.1 s.. 공감수 0 댓글수 0 2025. 2. 4.
RTSP RTSP (Real Time Streaming Protocol)개요목적: RTSP는 클라이언트가 스트리밍 미디어 서버와 상호작용하면서 재생, 일시정지, 중지 등 스트리밍 제어 기능을 수행할 수 있도록 설계된 프로토콜입니다.역할: 미디어 스트림(영상, 오디오 등)의 제어 명령을 전송하며, 실제 데이터 전송(RTP/UDP 등)은 별도의 채널에서 이루어집니다.표준:RTSP/1.0: RFC 2326에 정의되어 있으며, 가장 널리 알려진 버전입니다.RTSP/2.0: RFC 7826에 정의되어 있으며, 일부 기능이 개선되었지만 기본 개념은 유사합니다.메시지 형식RTSP 메시지는 HTTP와 유사한 텍스트 기반 메시지 형식을 따릅니다.요청 메시지 (Request Message)요청 라인:METHOD RTSP/1.0\.. 공감수 0 댓글수 0 2025. 2. 4.
DC WinAPI의 DC(Device Context)는 그래픽 출력 및 장치와의 상호작용을 위한 중요한 개념입니다. DC는 Windows의 GDI(Graphics Device Interface)에서 화면, 프린터, 메모리 비트맵 등 그래픽 출력 장치와 통신하는 데 사용되는 구조체입니다. DC는 그래픽 객체 및 그들의 속성, 그리고 출력 설정을 포함합니다.화면 출력에 필요한 모든 정보를 가지는 데이터 구조, GDI 모듈에 의해서 관리된다.DC의 주요 특징그래픽 출력 대상 관리DC는 출력 장치(화면, 프린터, 메모리)를 지정하고, 해당 장치로 그래픽을 그릴 때 사용하는 매개체입니다.속성 및 상태 저장DC는 색상, 브러시, 펜, 폰트, 배경 색상 등과 같은 그래픽 속성을 저장합니다. 이러한 속성을 설정하고, GDI.. 공감수 0 댓글수 0 2024. 12. 31.
const 변수에 대한 최적화 1. 불변성 기반 최적화const 변수는 선언 이후 값이 변경되지 않는다는 점을 컴파일러가 확실히 알고 있습니다. 이 정보를 바탕으로 컴파일러는 다음과 같은 최적화를 수행할 수 있습니다.1-1. 값의 인라인화const 변수는 값이 불변이므로, 컴파일러는 변수 대신 그 값을 코드에 직접 인라인할 수 있습니다. 이를 통해 변수를 참조하는 과정이 제거되어 런타임 성능이 향상됩니다.예시 코드:const int VALUE = 10;void printValue() { std::cout const int VALUE = 10; void printValue() { std::cout 컴파일 결과 (최적화 적용):mov eax, 10 ; VALUE의 값이 바로 사용됨call _ZNSolsEi ; std::cout에.. 공감수 0 댓글수 0 2024. 12. 17.
const 변수와 일반 변수 1. const 메모리const는 특정 변수를 변경할 수 없도록 선언할 때 사용됩니다. 이를 통해 메모리 영역에 저장된 값은 변할 수 없으며, 코드의 안전성을 높이고 프로그램 오류를 줄일 수 있습니다.특징:컴파일 타임에 값이 고정될 수 있다const 변수는 컴파일러가 해석하여 상수처럼 취급될 수 있습니다. 최적화 단계에서 const 값은 코드에 직접 인라인될 수 있습니다.읽기 전용메모리 위치에 접근할 수 있지만 값을 변경할 수 없습니다. 변경 시 컴파일 오류가 발생합니다.런타임에 값이 결정될 수 있음반드시 모든 const 변수가 컴파일 타임 상수는 아닙니다. 런타임에 초기화된 const 변수도 존재할 수 있습니다.예시:const int x = 10; // 컴파일 타임 상수int y = 20;const i.. 공감수 0 댓글수 0 2024. 12. 17.
Forward vs Deferred 1. Forward 렌더링: 객체 단위로 조명 연산Forward 렌더링에서는 각 **객체(Object)**를 그릴 때마다 해당 픽셀에 영향을 주는 모든 조명을 한 번에 계산합니다. 즉:각 오브젝트(메시)를 Draw Call 단위로 그립니다.각 픽셀에서 모든 조명을 계산합니다. (여러 조명이 있는 경우, 각 픽셀에서 반복적으로 조명 연산이 발생)조명 연산 갯수의 증가 이유Forward 렌더링은 객체 단위로 조명을 처리하기 때문에 다음과 같은 문제가 발생합니다:여러 조명이 하나의 객체에 동시에 영향을 미치는 경우, 각 픽셀마다 조명 계산이 중첩됩니다.조명의 수가 증가하면 라이팅 연산이 선형적으로 증가합니다.화면에 보이지 않는 픽셀까지도 조명 연산이 수행될 수 있어 낭비가 심합니다.Forward 렌더링의 라이.. 공감수 0 댓글수 0 2024. 12. 17.
용어 정리 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 11. 24.
지도 학습 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 11. 24.
머신 러닝 기본개념 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 11. 24.
기본개념 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 11. 23.
Observer 패턴 의도옵서버 패턴은 당신이 여러 객체에 자신이 관찰 중인 객체에 발생하는 모든 이벤트에 대하여 알리는 구독 메커니즘을 정의할 수 있도록 하는 행동 디자인 패턴입니다. 문제Customer(손님) 및 Store(가게)라는 두 가지 유형의 객체들이 있다고 가정합니다. 손님은 곧 매장에 출시될 특정 브랜드의 제품(예: 새 아이폰 모델)에 매우 관심이 있습니다.손님은 매일 매장을 방문하여 제품 재고를 확인할 수 있으나, 제품이 매장에 아직 운송되는 동안 이러한 방문 대부분은 무의미합니다.매장 방문 vs. 스팸 발송반면 매장에서는 새로운 제품이 출시될 때마다 모든 고객에게 스팸으로 간주할 수 있는 수많은 이메일을 보낼 수 있습니다. 이 수많은 이메일은 일부 고객들을 신제품 출시 확인을 위한 잦은 매장 방문으.. 공감수 5 댓글수 3 2024. 9. 5.
Memento 패턴 의도메멘토는 객체의 구현 세부 사항을 공개하지 않으면서 해당 객체의 이전 상태를 저장하고 복원할 수 있게 해주는 행동 디자인 패턴입니다. 문제텍스트 편집기 앱을 만들고 있다고 상상해보세요. 당신의 편집기는 간단한 텍스트 편집 외에도 텍스트의 서식 지정, 인라인 이미지들의 삽입 등을 할 수 있습니다.어느 날 당신은 사용자들이 텍스트에 수행된 모든 작업을 실행 취소할 수 있도록 하기로 했습니다. 이 실행 취소 기능은 수년에 걸쳐 매우 보편화되었기 때문에 오늘날의 사용자들은 모든 앱에 이 기능이 있을 것이라고 가정합니다. 이 기능을 구현하기 위해 직접 접근 방식을 적용하기로 했습니다. 앱은 모든 작업을 수행하기 전에 모든 객체의 상태를 기록해 어떤 스토리지에 저장합니다. 나중에 사용자가 작업을 실행 취소하기로.. 공감수 5 댓글수 3 2024. 9. 5.
Mediator 패턴 중재자는 객체 간의 혼란스러운 의존 관계들을 줄일 수 있는 행동 디자인 패턴입니다. 이 패턴은 객체 간의 직접 통신을 제한하고 중재자 객체를 통해서만 협력하도록 합니다. 문제고객들의 프로필을 만들고 편집하기 위한 대화 상자가 있다고 가정해 봅시다. 이 대화 상자는 텍스트 필드, 체크 상자, 버튼 등과 같은 다양한 양식 컨트롤들로 구성됩니다.앱이 발전함에 따라 사용자 인터페이스 요소 간의 관계가 혼란스러워질 수 있습니다.일부 양식 요소들은 다른 요소들과 상호 작용할 수 있습니다. 예를 들어, '저는 개가 있습니다' 확인란을 선택하면 개의 이름을 입력하기 위한 숨겨진 텍스트 필드가 나타날 수 있습니다. 또 다른 예시로 데이터를 저장하기 전에 모든 필드의 값들을 검증해야 하는 제출 버튼이 있습니다.요소들은 다.. 공감수 1 댓글수 0 2024. 9. 5.
iterator 패턴 의도반복자는 컬렉션의 요소들의 기본 표현(리스트, 스택, 트리 등)을 노출하지 않고 그들을 하나씩 순회할 수 있도록 하는 행동 디자인 패턴입니다. 문제컬렉션은 프로그래밍에서 가장 많이 사용되는 데이터 유형 중 하나이긴 하지만, 객체 그룹의 단순한 컨테이너에 불과합니다.다양한 유형들의 컬렉션들.대부분의 컬렉션들은 그들의 요소들을 간단한 리스트들에 저장하나, 그중 일부는 스택, 트리, 그래프 및 기타 복잡한 데이터 구조들을 기반으로 합니다.그러나 컬렉션이 어떻게 구성되어 있는지를 떠나서, 컬렉션은 그 요소들에 접근할 수 있는 어떤 방법을 다른 코드에 제공해야 합니다. 그래야 다른 코드가 이 요소들을 사용할 수 있습니다. 같은 요소에 반복해서 접근하지 않고 컬렉션의 각 요소를 순회하는 방법이 있을 것입니다.. 공감수 2 댓글수 1 2024. 9. 5.
Command 패턴 의도커맨드는 요청을 요청에 대한 모든 정보가 포함된 독립실행형 객체로 변환하는 행동 디자인 패턴입니다. 이 변환은 다양한 요청들이 있는 메서드들을 인수화 할 수 있도록 하며, 요청의 실행을 지연 또는 대기열에 넣을 수 있도록 하고, 또 실행 취소할 수 있는 작업을 지원할 수 있도록 합니다. 문제당신이 새로운 텍스트 편집기 앱을 개발하고 있다고 상상해 봅시다. 당신이 현재 하는 작업은 편집기의 다양한 작업을 위한 여러 버튼이 있는 도구 모음(툴바)을 만드는 것입니다. 당신은 도구 모음의 버튼들과 다양한 대화 상자들의 일반 버튼들에 사용할 수 있는 매우 깔끔한 Button(버튼) 클래스를 만들었습니다. 앱의 모든 버튼은 같은 클래스에서 파생됩니다. 이 버튼들은 모두 비슷해 보이지만 각각 다른 기능들을.. 공감수 0 댓글수 0 2024. 9. 4.
std::bitset<'비트크기'> std::bitset은 C++ 표준 라이브러리에서 제공하는 템플릿 클래스인 std::bitset을 이용하여, 고정된 크기의 256개의 비트를 효율적으로 다룰 수 있게 해주는 자료형입니다. std::bitset은 비트 연산을 수행할 때 유용하며, 다음과 같은 특징과 사용법을 가지고 있습니다.주요 특징고정된 크기: std::bitset은 256개의 비트를 저장할 수 있습니다. 크기는 컴파일 타임에 고정되므로, 런타임에 크기를 변경할 수 없습니다.비트 연산 지원: 논리적 비트 연산(AND, OR, XOR), 비트 시프트 연산, 비트 반전 등의 다양한 비트 연산을 지원합니다.비트 접근 및 조작: 특정 비트의 값을 설정, 해제, 토글할 수 있으며, 비트의 개별 값을 쉽게 접근할 수 있습니다.입출력 지원: 비트를 .. 공감수 0 댓글수 0 2024. 8. 6.
FileTime & SystemTime 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 8. 6.
OpenSSL OpenSSL은 데이터 암호화와 보안 통신을 위해 널리 사용되는 오픈 소스 소프트웨어 라이브러리입니다. 주로 TLS(Transport Layer Security)와 SSL(Secure Sockets Layer) 프로토콜을 구현하여 웹과 네트워크의 보안을 강화하는 데 사용됩니다. 다음은 OpenSSL의 주요 기능과 구성 요소에 대한 설명입니다:주요 기능암호화 및 복호화: OpenSSL은 대칭 암호화(예: AES), 비대칭 암호화(예: RSA, DSA), 해시 함수(예: SHA-256), 디지털 서명 등을 지원하여 데이터의 기밀성과 무결성을 보장합니다.TLS/SSL 프로토콜 구현: HTTPS 웹사이트를 통해 안전한 통신을 가능하게 하는 TLS/SSL 프로토콜을 구현합니다. 이를 통해 클라이언트와 서버 간의 .. 공감수 0 댓글수 0 2024. 8. 4.
템플릿의 정의를 CPP에 쓸 수 없는 이유 일반 함수일반 함수의 경우, 함수 선언과 정의를 분리하는 것이 일반적입니다. 함수 선언은 헤더 파일에 있고, 정의는 소스 파일에 있습니다. 예를 들어:// myfunctions.hvoid myFunction();// myfunctions.cpp#include "myfunctions.h"void myFunction() { // 함수 정의} 컴파일러는 각 소스 파일을 독립적으로 컴파일한 후, 링커가 모든 객체 파일을 결합하여 프로그램을 만듭니다. 이 과정에서 링커는 함수 선언과 정의를 연결합니다. 링커는 함수의 선언이 포함된 객체 파일에서 함수 호출을 발견하고, 함수 정의가 포함된 다른 객체 파일에서 이를 찾아 연결합니다.템플릿 함수템플릿 함수의 경우, 상황이 달라집니다. 템플릿은 사용될 때마다 컴파일.. 공감수 0 댓글수 0 2024. 7. 25.
MySQL 구조 보호되어 있는 글입니다. 공감수 0 댓글수 0 2024. 7. 25.
Chain of Responsibility 패턴 의도책임 연쇄 패턴은 핸들러들의 체인(사슬)을 따라 요청을 전달할 수 있게 해주는 행동 디자인 패턴입니다. 각 핸들러는 요청을 받으면 요청을 처리할지 아니면 체인의 다음 핸들러로 전달할지를 결정합니다. 문제당신이 온라인 주문 시스템을 개발하고 있다고 가정해봅시다. 당신은 인증된 사용자들만 주문을 생성할 수 있도록 시스템에 대한 접근을 제한하려고 합니다. 또 관리 권한이 있는 사용자들에게는 모든 주문에 대한 전체 접근 권한을 부여하려고 합니다.당신은 약간의 설계 후에 이러한 검사들은 차례대로 수행해야 한다는 사실을 깨달았습니다. 당신의 앱은 사용자들의 자격 증명이 포함된 요청을 받을 때마다 시스템에 대해 사용자 인증을 시도할 수 있습니다. 그러나 이러한 자격 증명이 올바르지 않아서 인증에 실패하면 다른.. 공감수 0 댓글수 0 2024. 7. 25.
Proxy 패턴 의도프록시는 다른 객체에 대한 대체 또는 자리표시자를 제공할 수 있는 구조 디자인 패턴입니다. 프록시는 원래 객체에 대한 접근을 제어하므로, 당신의 요청이 원래 객체에 전달되기 전 또는 후에 무언가를 수행할 수 있도록 합니다. 문제객체에 대한 접근을 제한하는 이유는 무엇일까요? 이 질문에 답하기 위하여 방대한 양의 시스템 자원을 소비하는 거대한 객체가 있다고 가정합시다. 이 객체는 필요할 때가 있기는 하지만, 항상 필요한 것은 아닙니다.데이터베이스 쿼리들은 정말 느릴 수 있습니다.당신은 실제로 필요할 때만 이 객체를 만들어서 지연된 초기화를 구현할 수 있습니다. 그러면 객체의 모든 클라이언트들은 어떤 지연된 초기화 코드를 실행해야 하는데, 불행히도 이것은 아마도 많은 코드 중복을 초래할 것입니다.이상적인.. 공감수 0 댓글수 0 2024. 7. 25.
Flyweight 패턴 의도플라이웨이트는 각 객체에 모든 데이터를 유지하는 대신 여러 객체들 간에 상태의 공통 부분들을 공유하여 사용할 수 있는 RAM에 더 많은 객체들을 포함할 수 있도록 하는 구조 디자인 패턴입니다. 문제당신은 재미 삼아 플레이어들이 지도를 돌아다니며 서로에게 총을 쏘는 간단한 비디오 게임을 만들기로 했습니다. 당신은 폭발들로 인한 방대한 양의 총알들, 미사일들 및 파편들이 지도 전체를 날아다니는 전율 넘치는 경험을 플레이어들에게 선사하기로 했으며, 이를 선사하기 위해 사실적인 입자 시스템을 구현하기로 했습니다.당신은 게임을 완성한 후 친구에게 게임을 보냈습니다. 당신의 컴퓨터에서는 게임이 완벽하게 실행되었지만, 당신의 친구는 오랫동안 게임을 즐길 수 없었습니다. 왜냐하면 친구의 컴퓨터에서는 시작 후 고작 .. 공감수 0 댓글수 0 2024. 7. 25.
Facade 패턴 의도퍼사드 패턴은 라이브러리에 대한, 프레임워크에 대한 또는 다른 클래스들의 복잡한 집합에 대한 단순화된 인터페이스를 제공하는 구조적 디자인 패턴입니다. 문제정교한 라이브러리나 프레임워크에 속하는 광범위한 객체들의 집합으로 당신의 코드를 작동하게 만들어야 한다고 상상해 봅시다. 일반적으로, 당신은 이러한 객체들을 모두 초기화하고, 종속성 관계들을 추적하고, 올바른 순서로 메서드들을 실행하는 등의 작업을 수행해야 합니다.그 결과 당신의 클래스들의 비즈니스 로직이 타사 클래스들의 구현 세부 사항들과 밀접하게 결합하여 코드를 이해하고 유지 관리하기가 어려워집니다. 해결책퍼사드는 움직이는 부분이 많이 포함된 복잡한 하위 시스템에 대한 간단한 인터페이스를 제공하는 클래스입니다. 하위 시스템과 직접 작업하는 것과 .. 공감수 0 댓글수 0 2024. 7. 25.
Decorator 패턴 의도데코레이터는 객체들을 새로운 행동들을 포함한 특수 래퍼 객체들 내에 넣어서 위 행동들을 해당 객체들에 연결시키는 구조적 디자인 패턴입니다.문제당신이 알림 라이브러리를 만들고 있다고 상상해 보세요. 이 알림 라이브러리의 목적은 다른 프로그램들이 사용자들에게 중요한 이벤트들에 대해 알릴 수 있도록 하는 것입니다.이 라이브러리의 초기 버전은 Notifier(알림자) 클래스를 기반으로 했으며, 이 클래스에는 몇 개의 필드들, 하나의 생성자 그리고 단일 send(전송) 메서드만 있었습니다. 이 메서드는 클라이언트로부터 메시지 인수를 받은 후 그 메세지를 알림자의 생성자를 통해 알림자에게 전달된 이메일 목록으로 보낼 수 있습니다. 또 클라이언트 역할을 한 타사 앱은 알림자 객체를 한번 생성하고 설정한 후 중.. 공감수 0 댓글수 0 2024. 7. 11.
Composite 패턴 의도복합체 패턴은 객체들을 트리 구조들로 구성한 후, 이러한 구조들과 개별 객체들처럼 작업할 수 있도록 하는 구조 패턴입니다. 문제복합체 패턴은 앱의 핵심 모델이 트리로 표현될 수 있을 때만 사용하세요.예를 들어 제품들과 상자들이라는 두 가지 유형의 객체들이 있다고 가정해 봅시다. 상자에는 여러 개의 제품들과 여러 개의 작은 상자들이 포함될 수 있습니다. 이 작은 상자들은 또한 일부 제품들 또는 더 작은 상자들등을 담을 수 있습니다.이러한 클래스들을 사용하는 주문 시스템을 만들기로 했다고 가정해 보겠습니다. 주문들에는 포장이 없는 단순한 제품들과 제품들로 채워진 상자들 및 다른 상자들이 포함될 수 있습니다. 그러면 그러한 주문의 총가격을 어떻게 계산하시겠습니까?하나의 주문은 여러 제품으로 구성될 수 있는.. 공감수 0 댓글수 0 2024. 7. 11.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.